Welche Eclipse-Dateien gehören zur Versionskontrolle?

Metadaten sollten nicht verwaltet werden, in der Quellcodeverwaltung. Sie enthalten vor allem Daten relevant Ihre Arbeitsbereich.

Einzige Ausnahme ist die .launch XML-Dateien (launcher-definition).

Sind Sie

[eclipse-workspace]\.metadata\.plugins\org.eclipse.debug.core\.launches

Und Sie kopiert werden sollen, in Ihr Projekt-Verzeichnis: Wenn das Projekt aktualisiert wird, werden diejenigen Einstellungen angezeigt, die in der "Run configuration" - dialog.

So, diesen Start-parameter-Dateien können Sie auch geschafft, in den SCM.

(Warnung: deaktivieren Sie die option "Konfigurationen Löschen, wenn verknüpfte Ressource wird gelöscht" in der Laufen/Starten/Startkonfiguration Präferenz-panel: Es ist üblich, zu weich-ein Projekt löschen, um importieren Sie Sie wieder zurück - zu zwingen, eine Neuinitialisierung der eclipse-Metadaten. Aber diese option, wenn die Option aktiviert ist, wird entfernen Sie Ihre detaillierte Start-Parameter!)

project-dir/.project
project-dir/.classpath
project-dir/.settings/* 

sollten Sie in Ihren SCM (vor allem .project und .classpath nach der Eclipse-Dokumentation).

Das Ziel ist, dass jeder checkout/update seiner/Ihrer SCM-Arbeitsbereich und importieren Sie das Eclipse-Projekt in der Eclipse-workspace.

Für die, die Sie verwenden möchten, nur relative Pfade in Ihr .classpath, mit verknüpfte Ressourcen.

Hinweis: es ist besser, wenn project-dir bezieht sich auf ein "externes" Projekt-Verzeichnis, nicht um ein Verzeichnis erstellt, unter dem eclipse-workspace. So, die beiden Begriffe (eclipse-workspace vs. SCM-Arbeitsbereich) sind klar voneinander getrennt.

Als ipsquiggle erwähnt im Kommentar, und wie ich schon angedeutet in einer alten Antwort, können Sie sogar speichern Sie die Start-Konfiguration als freigegebene Datei direkt in Ihr Projekt-Verzeichnis. Alle Start-Konfiguration kann dann versioniert werden wie die anderen Projekt-Dateien.

(Aus dem blog-post Tipp: das Erstellen und Freigeben von Startkonfigurationen von KD)

InformationsquelleAutor der Antwort VonC

Ist es nichts Wert, dass CDT Konfigurations-Dateien sind keine source-control-freundlich. Es gibt einen bug eingereicht .cproject Dateien ändern sich sehr Häufig und die Ursache von Konflikten, sehen Sharing-cdt-Projekt-Dateien im repository führt immer zu Konflikten.

InformationsquelleAutor der Antwort Diaa Sami

Den .classpath Datei ist definitiv ein guter Kandidat für die Prüfung in den scm als eine Einstellung von hand kann eine Menge Arbeit sein und schwierig sein wird, für neue Entwickler in das Projekt einsteigen. Es ist wahr, es kann generiert werden aus anderen Quellen, in welchem Fall würden Sie in der anderen Quelle.

Als für .Einstellungen, kommt es auf die Einstellungen. Dies ist eine Grauzone, aber einige Einstellungen sind fast obligatorisch und es ist bequem in der Lage sein zu prüfen, ein Projekt, importieren Sie es in Eclipse und habe alles eingerichtet und gut zu gehen.

In unserem Projekt haben wir daher bewahren Sie eine Kopie der .Einstellungen Ordner mit dem Namen CVS.Einstellungen und wir haben einen ant-task, um es zu kopieren .Einstellungen. Wenn man das Projekt aus dem CVS, Sie nennen sich die "eclipsify' ant-task zu kopieren, die default-Einstellungen der neuen .Ordner "Einstellungen". Wenn Sie die Einstellungen konfigurieren, die erforderlich sind, von jeder Entwicklung auf das Projekt, die Sie Zusammenführen, diese wieder in das CVS.Einstellungen-Ordner und commit zum CVS. Auf diese Weise speichern der Einstellungen im SCM wird ein bewusster Prozess. Es erfordert devs zu mischen Sie die Einstellungen wieder in Ihren .Einstellungen-Ordner von Zeit zu Zeit, wenn große änderungen eingecheckt sind. Aber es ist ein einfaches system, das funktioniert überraschend gut.

InformationsquelleAutor der Antwort Stijn de Witt

Betrachten:

.classpath
.project
.launch

Diese SOLLTEN in der Versionskontrolle, solange Sie bleiben, um mit Projekt relative Pfade. Dies ermöglicht es anderen Entwicklern zu prüfen, die Projekt-und direkt mit der Arbeit beginnen, ohne zu gehen durch alle setup-Schmerzen, die von anderen Entwicklern ging durch als gut.

Könnten Sie versucht sein, Sie zu zählen .Metadaten in der version control so gut wie Eclipse können Entwickler überprüfen, einen ganzen Arbeitsbereich und haben es vorkonfiguriert mit allen Projekten, aber es enthält eine Menge von user-spezifischen Informationen, dass jederzeit jemand arbeitet daran, es zu ändern, so würde ich raten, NICHT zu ZÄHLEN .die Metadaten. Es ist leicht zu bauen ein lokaler Arbeitsbereich nur durch den Import alle bestehenden Eclipse-Projekte.

InformationsquelleAutor der Antwort Alex McCarrier