Was ist die übliche Lösung, um Eclipse für die Teamentwicklung einzurichten?

Question

1. Sollte jedes Teammitglied seinen eigenen Arbeitsbereich erstellen und das Projekt importieren, das unter der Quellcodeverwaltung gespeichert ist? Oder gibt es eine Möglichkeit, den Arbeitsbereich auch der Quellcodeverwaltung zuzuordnen?
2. Wie vermeidet man absolute Pfade in der Konfiguration des Arbeitsbereichs?
3. Gibt es andere Engpässe bei dieser Aufgabe?

Answer 1

Eine Route, die Leute nehmen, besteht darin, die Eclipse-Projekte aus der Build-Datei zu generieren. Dies hat einen zusätzlichen Vorteil, wenn die Entwicklungsumgebung keine feste Struktur aufweist (z. B. kann der Pfad zu Bibliothek X in Umgebung Y relativ anders sein als in Umgebung Z), da dieselben Konfigurationsdaten (Dateien, Umgebungsvariablen usw.) verwendet werden können verwendet werden, um das Eclipse-Projekt als Nicht-Eclipse-Umgebung einzurichten.

Answer 2

Ich würde Arbeitsbereiche nicht in SCM versetzen; das würde verlangen, dass die Umgebung jedes Entwicklers identisch ist. Vermeiden Sie stattdessen, hart codierte Pfade zu vermeiden. Verwenden Sie Arbeitsbereichsvariablen.

Verwenden Sie Project Set Files, um Gruppen von Projekten zu identifizieren und freizugeben, die in einen Arbeitsbereich importiert werden müssen. Diese Dateien können/sollten in SCM gespeichert werden, vielleicht in dedizierten Release-Projekten.

Meine Praxis bei der ernsthaften Arbeit an einer Anwendung ist es, mit einem sauberen Arbeitsbereich zu beginnen, ohne fremde Projekte. Füllen Sie es mit der PSF.