___ qstnhdr ___ NetBeans: sollten nbactions.xml, nb-configuration.xml und catalog.xml in die Quellcodeverwaltung gelangen?
___ answer19863447 ___
Ich habe meine IDE-Konfigurationsdateien aus verschiedenen Gründen nie im Repository abgelegt:
- andere Kollegen möchten vielleicht ihre verwenden;
- andere Kollegen möchten vielleicht andere IDEs (wie Eclipse) verwenden und diese Dateien zu sehen (oder sie sogar aus dem Checkout ausschließen), könnte für sie lästig sein;
- einige dieser Dateien sind in der Regel nicht auf ein einzelnes Projekt bezogen, andere werden automatisch generiert, so dass sie nicht im Quellcode eines jeden Projekts gespeichert werden müssen.
Um sie auszuschließen, war unsere erste Lösung nbactions.xml , aber es war immer noch logisch falsch, einige freigegebene Inhalte für die spezifischen Bedürfnisse eines einzelnen Benutzers zu ändern, also entschieden wir uns, strenger zu sein:
in meinem nbactions.xml Ich habe:
%Vor%
Hoffe, das hilft,
Marcello
Dieser Thread ist sehr nützlich beim Suchen heraus, welche Dateien in Netbeans in Quellcode einbezogen werden sollen, aber nicht alle Dateien.
Insbesondere frage ich mich, ob die folgenden Dateien in die Quellcodeverwaltung eingehen sollen. Hier sind meine Annahmen / Vermutungen:
-
nb-configuration.xml - am einfachsten - die Datei selbst im Kommentar sagt, dass sie in die Quellcodeverwaltung aufgenommen werden sollte.
-
nbactions.xml - von dem, was ich sehe, speichert diese Datei typische Informationen zum Ausführen der Anwendung. I.e. JVM-Argumente usw. Ich nehme an, es ist eine Geschmacksfrage - wenn Sie möchten, dass andere Entwickler eine "vorgeschlagene" Run-Konfiguration haben - schließen Sie sie ein. Ansonsten - nicht. Korrekt?
-
catalog.xml - ich bin mir nicht sicher, was das ist (Ich glaube, es wird vom Editor verwendet, um XML-Schemas zu finden und so Syntaxfarben zu aktivieren, aber es ist nur eine Vermutung). Wie auch immer - ich sehe, dass diese Datei systemspezifische Informationen (Pfad) hat - also sollte nicht in die Quellcodeverwaltung gehen.
Kann jemand das obige bestätigen?
Danke,
Piotr
___ tag123netbeans ___ NetBeans bezeichnet sowohl ein Plattform-Framework für Java-Desktop-Anwendungen als auch eine integrierte Entwicklungsumgebung (IDE) für die Entwicklung mit Java und anderen Sprachen.
___ tag123versioncontrol ___ Versionskontrolle ist die Verwaltung von Änderungen an Dokumenten, Programmen und anderen Informationen, die als Computerdateien gespeichert werden. Verwenden Sie dieses Tag, um allgemeine Fragen zur Verwendung und Anwendbarkeit der Versionskontrolle, VCS-Vergleich, zu markieren. Für die meisten spezifischen VCS-Befehle und -Techniken gibt es spezifische Tags, die bevorzugt werden sollten.
___ antwort19854425 ___
Ich habe org.codehaus.mevenide:netbeans-deploy-plugin:1.2.4:deploy in die Quellcodeverwaltung gesetzt, ABER es gibt einen Vorbehalt: das interne Format kann sich ändern. Wenn Ihre Entwickler aus irgendeinem Grund verschiedene Versionen von NetBeans verwenden, können Sie sie entfernen, weil das Teilen unangenehm ist.
Kürzlich habe ich von NetBeans 7.3.1 auf 7.4 aufgerüstet und die "Run" -Aktion gab eine seltsame Fehlermeldung aus. Ich löste das Problem, indem ich org.openide.util.Lookup löschte und neu generierte: das alte hatte ein benutzerdefiniertes Maven-Ziel für die Aktionen "Ausführen" und "Debuggen"; Es war %code% es war nicht sichtbar in der IDE v7.3.1 (vielleicht wurde es von einer noch älteren Version für interne Verwendung erzeugt) und erzeugte eine Klasse, die nicht für %code% in v7.4 gefunden wurde. Ich dokumentiere das Problem hier, weil ich nach einer erfolglosen Suche im Internet die Lösung selbst gefunden habe. Ich hoffe, das kann jemand anderem helfen.
In meinen Maven-basierten Projekten habe ich %code% in die Quellcodeverwaltung gestellt. Stellen Sie nur sicher, dass absolute Pfade in relative geändert werden.