Wie wollen Sie verschiedene Java IDEs und svn umgehen?

Question

Wie stellen Sie sicher, dass Sie den Code in Eclipse oder NetBeans und arbeiten dort mit ihm Prüfung können?

Edit: Wenn Sie nicht in ide-bezogene Dateien überprüft, Sie haben buildpath neu zu konfigurieren, enthält und all dieses Zeug, jedes Mal, wenn das Projekt der Kasse. Ich weiß nicht, ob Ameise (insbesondere eine Ameise, die Buildfile erstellt wird / von Eclipse exportierte) nahtlos mit einem anderen IDE arbeiten.

Answer 1

Die smart ass Antwort „von so tun“ - es sei denn, Sie nicht mit mehreren IDEs arbeiten Sie nicht wissen, ob Sie wirklich für die Arbeit mit mehreren IDEs vorbereitet sind. Ehrlich. :)

Ich habe immer mehrere Plattformen wie umständlicher gesehen, da sie (nach ISO-8859-1 Standard zB Windows kann, Linux auf UTF-8) verschiedene Codierungsstandards verwenden können - für mich kodieren Weg mehr Probleme als IDEs verursacht hat.

Einige weitere Hinweise:

• Sie können mit Maven gehen wollen ( http://maven.apache.org ), lassen Sie es IDE bestimmte Dateien erzeugen und sie nie zur Quellcodeverwaltung begehen.
• Um sicher zu sein, dass Sie die richtigen Artefakte erzeugen, sollten Sie einen dedizierter Server haben Ihre Leistungen bauen (zum Beispiel CruiseControl-), entweder mit Hilfe von Ant, Maven oder jedem anderen Werkzeug. Diese Leistungen sind diejenigen, die außerhalb der Entwicklungs Maschinen getestet werden. Große Weise, die Menschen bewusst zu machen, dass es eine andere Welt außerhalb ihrer eigenen Maschine ist.
• Verbieten jede Maschine bestimmten Pfades in jeder IDE bestimmten Datei in der Quellcodeverwaltung gefunden enthalten sein. Referenz immer externe Bibliotheken durch logische Pfadnamen, bevorzugt enthält die Version (wenn Sie nicht verwenden Maven)

Answer 2

Wir pflegen eigentlich ein Netbeans und ein Eclipse-Projekt für unseren Code in SVN jetzt ohne Probleme auf allen. Die Netbeans-Dateien Schritt nicht auf den Eclipse-Dateien. Wir haben unsere Projekte wie folgt strukturiert:

sample-project   
+ bin
+ launches  
+ lib  
+ logs
+ nbproject  
+ src  
  + java
.classpath
.project
build.xml

Die größten Punkte scheinen zu sein:

• Verbieten alle absoluten Pfade in der Projektdateien für beide IDE.
• Stellen Sie die Projektdateien zur Ausgabe der Class-Dateien in das gleiche Verzeichnis.
• svn: ignore die private Verzeichnis im .nbproject Verzeichnis.
• svn: ignore das Verzeichnis verwendet für Klassendatei ausgegeben von den IDEs und alle anderen Laufzeit generiert Verzeichnisse wie das Protokollverzeichnis oben.
• Haben Menschen mit beiden konsequent so dass Unterschiede gelöst bekommen schnell.
• hält auch ein Build-System unabhängig von den IDEs wie CruiseControl-.
• Verwenden Sie UTF-8 und korrigieren Sie alle Kodierungsprobleme sofort.

Wir entwickeln auf Fedora 9 32-Bit und 64-Bit, Vista und Windows XP und etwa die Hälfte der Entwickler verwenden eine IDE oder das andere. Einige verwenden beide und hin und her wechseln regelmäßig.

Answer 3

Das Beste ist wahrscheinlich auf nicht begeht jedes IDE im Zusammenhang Datei (wie Eclipse .project), auf diese Weise jeder das Projekt Prüfung kann und tun, um seine Sache, wie er will.

aber sagen, dass ich denke, die meisten IDEs ihre eigene Konfigurationsdatei Schema haben, so vielleicht haben Sie alles, ohne einen Konflikt zu begehen, aber es fühlt sich imo chaotisch.

Answer 4

Für den größten Teil würde ich mit seldaek zustimmen, aber ich bin auch geneigt zu sagen, dass Sie sollten zumindest eine Datei geben, der sagt, was die Abhängigkeiten sind, was Java-Version zu kompilieren, zu verwenden, etc, und nichts extra dass ein NetBeans / Eclipse-Entwickler müssen möglicherweise in ihren IDE kompilieren.

Wir haben im Moment nur mit Eclipse und so begehen wir alle Eclipse-.classpath .project Dateien zu svn was ich denke, die bessere Lösung ist, weil dann jeder in der Lage ist, Fehler zu reproduzieren und was nicht leicht statt faffing etwa mit IDE Besonderheiten.

Answer 5

Ich bin von der Philosophie, dass der Build sollte mit einem „kleinsten gemeinsamen Nenner“ -Ansatz erfolgen. Was geht die Steuerung in Quelle ist das, was die Build zu tun ist nicht erforderlich. Während ich ausschließlich in mit Eclipse entwickeln, mein Build ist in der Befehlszeile mit Ameise.

Im Hinblick auf die Quellcodeverwaltung, ich nur in Dateien überprüfen, die auf dem Build von der Kommandozeile von wesentlicher Bedeutung sind. Keine Eclipse-Dateien. Wenn ich Setup eine neue Entwicklungsmaschine (scheint wie zweimal pro Jahr), dauert es eine wenig Mühe zu bekommen Eclipse-Projekt von einer Ameise-Build-Datei, aber nichts unheimlich zu importieren. (Theoretisch sollte dies auch für andere IDEs arbeiten, nicht wahr? Unwirscher sie in der Lage sein muss, von Ameise zu importieren?)

Ich habe auch dokumentiert, wie Setup auf ein absolutes Minimum Build-Umgebung.

Answer 6

Ich verwende Maven, und Check-in nur den pom & source.
Nach der Überprüfung eines Projekts aus, betreibe ich mvn eclipse: eclipse
Ich sage svn die erzeugte .project zu ignorieren, etc.

Answer 7

Hier ist, was ich tun:

1. Nur in Quelle halten steuern Sie Ihre Ant-Build-Skript und die damit verbundenen Classpath. Classpath könnte entweder explizit in dem Ant-Skript, eine Eigenschaft Datei oder verwaltet von Efeu.
2. schreiben Sie eine Ameise Ziel der Eclipse-Classpath-Datei von der Ameise Classpath zu erzeugen
3. Netbeans wird Ihre Build-Skript und Classpath verwendet, nur so konfiguriert, dass dies durch ein freies Form-Projekt zu tun.

Auf diese Weise kann IDE unabhängigen Build-Skripte und glücklich Entwickler erhalten:)

Es gibt einen Blog auf Netbeans-Website auf, wie 3. zu tun, aber ich kann es jetzt nicht finden. Ich habe ein paar Notizen setzen, wie die oben auf meiner Website zu tun - link text (schnell und hässlich aber, sorry)

Beachten Sie, dass wenn Sie mit Ivy (eine gute Idee) und verdunkeln Sie könnten versucht sein, die Sonnenfinsternis Efeu-Plugin zu verwenden. Ich habe es benutzt und fand es schrecklich fehlerhaft und unzuverlässig. Besser 2. oben zu verwenden.