Wir haben mehrere Entwickler im Team, der Quellcode wird mit dem Mercurial DVCS verwaltet.
Der Ordner .metadata ist nicht unter der Quellcodeverwaltung.
Das Problem besteht darin, dass beim Konfigurieren von Projektabhängigkeiten (JAR-Dateien, Benutzerbibliotheken, Quellcodepfade usw.) diese im Ordner .metadata gespeichert werden, nämlich in .metadata\.plugins\org.eclipse.core.runtime\.settings\org.eclipse.jdt.core.prefs
Da diese Datei nicht von DVCS verwaltet wird, müssen alle Entwickler den Projektkonfigurationsprozess noch einmal wiederholen. Für einen neuen Entwickler im Team ist das ein großer Kopfschmerz.
Meine Frage: Gibt es ein vernünftiges Verfahren, um diese Art von Konfigurationsdaten zu teilen? Ich bin neu in der Welt von Java und Eclipse, also vermisse ich hier etwas wirklich Grundlegendes.
BEARBEITEN
Das Problem ist, dass ich User Libraries verwendet habe, die global definiert sind und daher nicht geteilt werden. Die Verwendung von External Jars behebt das Problem, da diese in der Datei .classpath im Projektverzeichnis gespeichert sind.
Sie können viele Eigenschaften in der Projektkonfiguration anstatt in der globalen Konfiguration angeben. Klicken Sie mit der rechten Maustaste auf das Projekt und wählen Sie dort "Eigenschaften".
Eclipse speichert dann die Einstellungen im Projektverzeichnis und nicht im Konfigurationsverzeichnis des Arbeitsbereichs. Auf diese Weise können Sie die projektspezifische Konfiguration in Ihren SCM einchecken und für andere Projektmitglieder freigeben.
Sie können eine Einstellungsdatei ( .epf ) vorbereiten und in der Quellcodeverwaltung speichern. Jeder Entwickler muss diese Datei einmal in jedem Arbeitsbereich, den er verwendet, importieren.
Um eine Einstellungsdatei zu erstellen, gehen Sie zu Datei → Exportieren ... → Allgemein → Einstellungen. Sie können dann die .epf -Datei bearbeiten, sodass sie nur die Einstellungen enthält, die Sie für alle freigeben möchten. Auf diese Weise können Sie Codestileinstellungen, Formatierungsoptionen, Compilerwarnungen, JRE-Einstellungen, UI-Optimierungen und viele weitere Eclipse-Voreinstellungen freigeben.
Eine kurze Antwort wäre: Verwenden Sie ein IDE-unabhängiges Projektkonfigurationstool wie Maven .
Eine andere Möglichkeit ist ant - ein sehr mächtiges Build-Tool. In letzter Zeit etwas aus der Mode gekommen.
Das Freigeben der von einem solchen Tool verwendeten BUID-Dateien ist eine sehr häufige Option, um Ihre Projekteinstellungen und -abhängigkeiten übersichtlich und leicht portierbar zu machen.
Das Teilen der von Eclipse generierten Metadaten wird andererseits nicht empfohlen, da Eclipse Abhängigkeiten mit ihren absoluten Pfaden speichert (nicht sicher, ob dies immer der Fall ist, aber definitiv manchmal), und diese Pfade können eine Reihe von Problemen verursachen (zuerst erlebt) -Hand). Vor allem, wenn es zwischen Betriebssystemgrenzen geteilt wird (win-linux)
Tags und Links eclipse configuration java