die Eclipse-Projekt / Arbeitsbereich Dateien sollten zur Quellcodeverwaltung hinzugefügt werden?

Question

Ich mag ein Eclipse-Projekt mit dem Rest meines Teams durch SVN teilen. Welche Dateien soll ich zu Subversion hinzufügen? Im Arbeitsbereich gibt es viele Dateien, die meiner Meinung nach nicht als auf Quellcodeverwaltung soll - sie einige Megabyte groß sind

.

Beim Hinzufügen nur das Projekt, einen anderen Benutzer, die Kontrollen der Code noch das Projekt in den Arbeitsbereich importieren muss.

Edit:? vielleicht die richtige Frage hier ist, wie kann ich meine Eclipse teilen Arbeitsplatz mit Subversion

Answer 1

Mit Eclipse man muss immer ein Projekt importieren - es gibt keinen anderen Weg, es zu tun - Eclipse Projekte nicht erkennen, wenn Sie nur Arbeitsbereiche wechseln, es sei denn, Sie haben das Projekt in diesem Arbeitsbereich erstellt / importiert vor

Sie müssen bei einem Minimum :

• .project
• .classpath

Persönlich Ordner ich auch noch die Einstellungen, aber seine bis zu Ihnen:

• .settings

Dann können andere Benutzer wählen Projekt importieren und wählen Sie die Datei .project.

Answer 2

Ich würde sagen, „keiner von ihnen“ - ich finde es einfacher ist, nur den Code speichern in Subversion, dann ein neues Projekt in Eclipse erstellen mit Hilfe der „Checkout Projekte aus dem SVN“ Assistent

Wenn Sie einen Arbeitsbereich haben, die derzeit nicht unter Subversion Kontrolle ist, dann wäre die einfachste Methode, um eine Kopie davon zu erstellen, schneidet alle unerwünschten Dateien, dann ist das Import in Subversion. Dann können Sie einen neuen Arbeitsbereich mit dem Assistenten erstellen Sie es mit SVN zu verbinden.

Answer 3

Für den Arbeitsbereich, sollten Sie ein ‚Team-Projekt Set‘ verwenden. Sie können eine durch die Exportaktion erstellen. Dies erzeugt eine Datei, die Sie an Ihre Kollegen können E-Mail, die sie dann importieren und alle gemeinsamen Projekte werden geprüft werden.

Für jedes Projekt hängt es davon ab, welche Art von Projekt es sich handelt. Wenn es ein Java-Projekt:

• Schließen Sie das JDT Ausgabeverzeichnis (default ist ist /, mal out / verwendet wird)
• Schließen Sie alle Build-Artefakte, die erzeugt wurden, können (auch in den Quellordner)
• Fügen Sie .classpath und .project
• Fügen Sie Ihren Quellordner
• Fügen Sie Ihre Abhängigkeiten (wenn Sie keine externe Abhängigkeitsmanagement App wie Maven verwenden)
• Optional sind Ihre JDT Prefs-Datei, je nachdem, ob Sie wollen den Menschen teilen Code-Templates, Formatierungskonventionen usw.
• umfassen Optional alle .launch Dateien (gespeicherte Startkonfigurationen), aber vorsichtig sein, da diese Einträge plattformspezifische haben können und so nicht funktionieren auf verschiedenen Computern

In der Regel, wenn eine Ressource ist ein Derivat eines anderen dann sollte es ausgeschlossen werden.