Was sollte in der .gitignore-Datei für ein Netbeans-Java-Projekt enthalten sein?

Lesezeit: 4 Minuten

Benutzer-Avatar
thuaso

Was sollte der Inhalt der .gitignore-Datei für ein Java-Projekt in Netbeans sein?

  • Hängt auch vom Betriebssystem ab, auf dem Sie entwickeln, die meisten Mac-Entwickler schließen es ein .DS_Store da dies in den meisten Verzeichnissen von OS X generiert wird und für Ihre Anwendung überflüssig ist.

    – Gregor K

    6. April 2010 um 15:36 Uhr


  • Ich entwickle in Windows. In Frage, ich meine einige bestimmte Dateien wie .DS_Store. Soll ich zum Beispiel den Build-Ordner in .gitignore einfügen?

    – thuaso

    6. April 2010 um 15:39 Uhr

  • Dies ist mehr oder weniger ein Duplikat von stackoverflow.com/questions/1267403/…

    – David J.

    23. September 2011 um 3:10 Uhr

Benutzer-Avatar
mono68

# NetBeans specific #
nbproject/private/
build/
nbbuild/
dist/
nbdist/
nbactions.xml
nb-configuration.xml

# Class Files #
*.class

# Package Files #
*.jar
*.war
*.ear

  • Nur eine Anmerkung, dass dies eng mit der auf GitHub gehosteten NetBeans .gitignore übereinstimmt: github.com/github/gitignore/blob/master/Global/…

    – Stefan

    21. März 2014 um 16:56 Uhr

  • GitHubs NetBeans .gitignore ermöglicht das Einfügen von .jar-Dateien in das Repo. Ich bezweifle, dass das die beste Vorgehensweise ist, aber es macht mein Leben einfacher.

    – Neal Ehardt

    18. Februar 2015 um 0:03 Uhr

  • … und wie GitHub .gitignore für NetBeans ist es nicht ganz richtig. Siehe stackoverflow.com/q/24139478/421049 .

    – Garret Wilson

    11. August 2015 um 21:36 Uhr

  • Fügen Sie führende Schrägstriche zu den Namen der zu ignorierenden Verzeichnisse hinzu. Zum Beispiel: „/build/“ statt nur „build/“. Andernfalls wird ein Verzeichnis namens “build” irgendwo unten in der Verzeichnisstruktur ignoriert, was wahrscheinlich nicht das ist, was Sie wollen.

    – Duncan

    4. Dezember 2015 um 2:19 Uhr

Es gibt eine beträchtliche Anzahl von Dateien, die Sie wahrscheinlich nicht in Git übernehmen müssen, da sie erstellt wurden, von NB generiert werden oder umgebungsspezifische Informationen enthalten.

Wenn Sie ein Projekt erstellen, das Ant als Build-Mechanismus verwendet, erhalten Sie normalerweise einen Verzeichnisbaum, der so aussieht …

project-root-directory/
+ nbproject/
  build-impl.xml
  + private/
  + project.properties
  + project.xml
+ src/
+ test/
+ build.xml

Nachdem Sie einen Build durchgeführt haben, gibt es ein paar zusätzliche Verzeichnisse

project-root-directory/
+ build/
+ dist/
+ nbproject/
  build-impl.xml
  + private/
  + project.properties
  + project.xml
+ src/
+ test/
+ build.xml

Sie sollten wahrscheinlich die Verzeichnisse build, dist und nbproject/private (und ihre untergeordneten Elemente) in Ihre .gitignore-Datei einfügen.

Wenn Sie beim Ausschließen von Dateien sehr aggressiv vorgehen möchten, sollten Sie erwägen, alle Dateien auszuschließen, die in nbproject erscheinen, AUSSER project.properties und project.xml. Die anderen Dateien im Verzeichnis nbproject werden von NetBeans neu generiert, wenn das Projekt geöffnet wird.

Es sollten keine NetBeans-spezifischen Dateien in Ihrer vorhanden sein .gitignore. Das .gitignore Die Datei ist projektspezifisch, wird aber von Entwicklern gemeinsam genutzt. IOW, es sollten nur Dinge darin enthalten sein, die es sind gemeinsames für alle Entwickler, die mit dem Code arbeiten (einschließlich derjenigen, die OSX, Linux anstelle von Windows und Eclipse, IntelliJ oder Notepad als Editoren verwenden) und das sind Spezifisch zum Projekt.

Wenn es einige Dateien gibt, die Sie basierend auf Ihrer spezifischen Umgebung (wie z. B. Windows Thumbs.db und desktop Dateien oder NeBeans nbproject Verzeichnisse) sollten Sie das in Ihrer globalen Ignorieren-Liste tun, nicht in der projektspezifischen .gitignore – schon deshalb, weil Sie sie dann nicht jedem Ihrer Projekte einzeln hinzufügen müssen.

Wenn die Dateien, die Sie ignorieren möchten, sowohl spezifisch für Ihre Umgebung als auch spezifisch für das Projekt sind, legen Sie sie in dieses Repository .git/info/exclude.

  • Warum sollte man .git/info/exclude anstelle der Projekt-.gitignore verwenden? Was ist der Nutzen/Nachteil, wenn .gitignore eingefügt wird?

    – Andreas Burns

    29. Oktober 2010 um 19:33 Uhr

  • @Andrew Burns Der Unterschied zwischen .gitignore und .git/info/exclude besteht darin, dass ersteres versioniert wird (Git verfolgt Änderungen), während letzteres dies nicht tut. Ich verwende .gitignore, weil ich manchmal ändere, was ignoriert wird, und möchte, dass dies der Version zugeordnet wird. Ich mochte T Beispiele für .gitignore-Dateien finden Sie hier.

    – Iwin

    7. August 2011 um 7:05 Uhr


  • Ich stimme dir nicht zu; es schadet einem IntelliJ-Benutzer nicht, wenn ein Eclipse-Benutzer geeignete (z. B. nicht automatisch generierte) Projektdateien eincheckt, oder umgekehrt. Es kann tatsächlich hilfreich sein, wenn ein Mitglied des Projektteams mit dieser anderen IDE arbeiten muss. (Dies kann während der Fehlerbehebung oder Paarprogrammierung passieren.)

    – David J.

    23. September 2011 um 3:41 Uhr


  • nb-configuration.xml sollte nicht ignoriert werden. Es soll unter Entwicklern geteilt werden.

    – DejanLekic

    24. November 2014 um 16:51 Uhr

1318410cookie-checkWas sollte in der .gitignore-Datei für ein Netbeans-Java-Projekt enthalten sein?

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy