✔ Organisation eines verteilten Entwicklerteams

A

alan79

Mitglied
Ich bin noch relativ neu in der Java Welt. Ich setze momentan ein neues Java Webapplikations Projekt auf. In diesem Projekt werden 4 verschiedene Entwickler mitarbeiten. Diese Entwickler arbeiten alle von zu Hause aus, wo ihnen eine Cable/ADSL Leitung zur Verfügung steht (Router, NAT, Firewall vorhanden). Alle Entwickler arbeiten mit Windows. Das ganze Projekt (inkl. Webserver) basiert momentan auf Windows XP. Windows 2003 Server ist in planung.

Ich habe mich nun in den letzten 2 Wochen damit beschäftigt die richtigen Utilities für diese Entwicklerteam zu finden.

Voraussetzung:
- Das Eclipse Projekt soll zentral zugänglich sein.
- Versionskontrolle
- Zentrales Repository für abhängige Libraries (notwendig?)

Für folgende Tools hab ich mich entschieden:
- Eclipse IDE (inkl. Subclipse Plugin)
- Subversion
- Maven2
- Maven2 Shared Repository (GET) mit Apache Httpd Server
- Maven2 Shared Repository (PUT) -> Funktioniert momentan noch nicht (FTP / SSH)

Subversion funktioniert nun wunderbar. Mit Maven2 und dem Shared Repository hab ich noch meine Mühe.

Ich habe zuerst versucht das Maven Repository per OpenSSH Server zur Verfügung zu stellen. Hier scheint es jedoch so, dass ich jeden Benutzer als Windows Account erfassen muss.. oder? Der Zugriff per Zertifikat funktioniert momentan auch nicht.. Eine einfach Anleitung oder einfach ein paar Tipps hierzu wären wunderbar.

Weiter hab ich für das Maven Repository einen FTP Server nutzen wollen. Hier gibt es aber Probleme mit dem apache FTP Client aufgrund des Zugriffs durch die Firewall (passive mode).

Da ich mit Sicherheit nicht der erste Java Entwickler bin, der sich mit dem Problem auseinandersetzt, hab ich mir gedacht ich stelle dieses Thema einfach mal hier rein.

Wie würdet ihr das Thema angehen? Wie habt ihr Euch organisiert? Wo sind die grössten Knackpunkte? ...

Vielen Dank für Eure Unterstützung!
Grüsse
Alan
 
Hallo,

nur mal so ne Frage, wozu benutzt Du/Ihr Subversion? Wenn Ihr Eclipse mit dem Subclipse-Plugin benutzt, dann komm(s)t Du/Ihr doch auf das Repository?
Oder verstehe ich da gerade was falsch?

gruß klaus.
 
Ihr habt aber schon verstanden was Subversion eigentlich ist?

Subversion != Tortoise SVN
 
Erklärung zu Subversion:
Subversion ist grundsätzlich eine Client/Server Lösung. Serverseitig kann das Subversion Repository auf verschiedene Arten zur Verfügung gestellt werden:
- Subversion Server
Soviel ich weiss vorallem ideal für LAN Umgebungen
- Subversion auf Apache HTTPD
Soviel ich weiss idealer für Zugriffe aus/über Internet

Subversion Repository Client:
Die Client Applikation ermöglicht den Zugriff (Checkin / Checkout etc..) auf das Repository (Local oder Remote).
z.B.
- TortoiseSVN
- Eclipse mit Plugin "Subclipse"

Ich hoffe damit Klarheit geschafft zu haben.

Grüsse
Alan
 
Subversion über https finde ich, wenns übers Internet geht sinnvoller, da SSL Verschlüsselung.

Oder ihr lässt das Maven Repo weg und packt die Libs in euer eclipse Projekt
 
Ich habe momentan Maven und Subversion nicht kombiniert d.h.
- das Subversion Repository enthält nur die Eclipse Projekt Files
- das Shared Maven Repository enthält die vom Projekt verwendeten Libraries

Ich habe gelesen, dass es nicht empfohlen wird, das Maven Repository über Subversion zu verwalten. Von wegen Performance.. Die Libraries müssen ja auch nicht zwingend einer Versionskontrolle unterliegen, da diese ja eher statisch sind.

Wie sind da eure Erfahrungen? Diese Lösung würde vielleicht meine Maven-Repo FTP Zugriffsprobleme erledigen...
 
Hallo,

also bei uns ist es so, das wir verwendete Libraries direkt mit ins Eclipse-Entwicklungsverzeichnis laden und von da aus auch nutzen, das hat halt den Vorteil, wenn der Server mal nicht zugänglich ist, kann das Projekt trotzdem noch ausgeführt/getestet werden. Dadurch das die Libraries ja auch in Subversion dann abgelegt werden, arbeiten alle Entwickler auch mit den gleichen Versionen, also sollte es von daher keine Probleme geben.

gruß klaus.
 
Um antworten zu können musst du eingeloggt sein.

Neue Beiträge

Zurück