Im Gegensatz zu Netbeans, in Jetbrains IDEs, sind die Einstellungsdateien für Benutzer und Team im selben Ordner gemischt, was es schwierig macht, sie zu Git zu schieben.
Für diese IDEs und die Ссылка Seite auf der Git-Site gibt es eine Reihe von Beispiel-Git-Ignorierdateien.
Aber nachdem wir sie einige Monate benutzt haben, stellen wir fest, dass es sicherer und tatsächlich bequemer ist, das Gegenteil zu tun. Ich meine, alle .idea -Dateien zu ignorieren und nur teambezogene Einstellungen explizit hinzuzufügen. (anstatt alles hinzuzufügen und einige zu ignorieren).
Die Hauptsache, die unter Entwicklern geteilt werden kann, sind Code-Stil-Konfigurationen. Mit der Option für die automatische Neuformatierung wird das gesamte Team einem konsistenten Stil folgen.
Abgesehen davon ist die Frage, welche anderen Dateien wieder aufgenommen werden, nicht ignoriert werden? Warum?
antwort: Ich habe folgendes gefunden: Ссылка
Jetbrains hat eine offizielle Anleitung , auf welche Dateien nicht eingecheckt werden, und welche Dateien sollten wahrscheinlich nicht eingecheckt werden, abhängig von Ihrer Verwendung. Entsprechend dieser Seite sollten Sie alle Dateien im Verzeichnis .idea einchecken, außer:
workspace.xml tasks.xml Und wahrscheinlich auch:
dictionary Obwohl die spezielle Antwort von den speziellen Praktiken Ihres Teams abhängen kann, führt die Befolgung dieser Anleitung meiner Erfahrung nach im Allgemeinen zu einer korrekten Trennung von Benutzereinstellungen und gemeinsam genutzten Projektkonfigurationen.
Einige Beispiele für Dateien, die gemäß dieser Anleitung geteilt werden sollten:
ant.xml , die, wenn Sie Ant verwenden, um Ihr Projekt zu erstellen, IDEA auf Ihre Build-Dateien zeigt und Eigenschaften konfiguriert, die zum Erstellen verwendet werden sollen. vcs.xml , die die Versionssteuerungskonfiguration für Ihr Projekt angibt encodings.xml , die angibt, wie IDEA die Textdateien in Ihrem Projekt behandeln soll modules.xml , was IDEA auf jede Modulkonfigurationsdatei Ihres Projekts verweist, die auch in Ihrem VCS freigegeben sein sollte. runConfigurations , das IDEA mitteilt, was es tun muss, um Ihre Anwendung auszuführen codeStyleSettings.xml , was, wie Sie bereits angedeutet haben, Ihr gesamtes Team hinsichtlich der automatischen Codeformatierung auf die gleiche Seite stellt Abhängig von der Verwendung Ihres Teams kann es mehr oder weniger geben, aber das sind einige der größten Beispiele.
Ich möchte die .idea Ordner oder .iml Dateien überhaupt nicht einchecken.
.editorconfig Datei verwenden, die von den JetBrains-IDEs jetzt unterstützt wird. maven oder gradle Build-Dateien, um bestimmte Setups zu übertragen. Es wird empfohlen, nicht den gesamten Ordner .idea zu übernehmen, da dies für Konfigurationen gilt. Wie die Datei *.iml .
Wenn ich NetBeans anstelle von Intellij verwende, möchte ich diese Konfigurationsdateien nicht. Es ist nutzlos und vielleicht ein wenig gefährlich für Konflikte.
Nach einigen Nachforschungen habe ich folgende %code% Datei gefunden:
%Vor%Die obigen Dateien sollten praktisch für alle Teammitglieder identisch sein.
antwort: Ich habe folgendes gefunden: Ссылка
Jetbrains hat eine offizielle Anleitung , auf welche Dateien nicht eingecheckt werden, und welche Dateien sollten wahrscheinlich nicht eingecheckt werden, abhängig von Ihrer Verwendung. Entsprechend dieser Seite sollten Sie alle Dateien im Verzeichnis %code% einchecken, außer:
Und wahrscheinlich auch:
Obwohl die spezielle Antwort von den speziellen Praktiken Ihres Teams abhängen kann, führt die Befolgung dieser Anleitung meiner Erfahrung nach im Allgemeinen zu einer korrekten Trennung von Benutzereinstellungen und gemeinsam genutzten Projektkonfigurationen.
Einige Beispiele für Dateien, die gemäß dieser Anleitung geteilt werden sollten:
Abhängig von der Verwendung Ihres Teams kann es mehr oder weniger geben, aber das sind einige der größten Beispiele.
Es wird empfohlen, nicht den gesamten Ordner %code% zu übernehmen, da dies für Konfigurationen gilt. Wie die Datei %code% .
Wenn ich NetBeans anstelle von Intellij verwende, möchte ich diese Konfigurationsdateien nicht. Es ist nutzlos und vielleicht ein wenig gefährlich für Konflikte.
Im Gegensatz zu Netbeans, in Jetbrains IDEs, sind die Einstellungsdateien für Benutzer und Team im selben Ordner gemischt, was es schwierig macht, sie zu Git zu schieben.
Für diese IDEs und die Ссылка Seite auf der Git-Site gibt es eine Reihe von Beispiel-Git-Ignorierdateien.
Aber nachdem wir sie einige Monate benutzt haben, stellen wir fest, dass es sicherer und tatsächlich bequemer ist, das Gegenteil zu tun. Ich meine, alle %code% -Dateien zu ignorieren und nur teambezogene Einstellungen explizit hinzuzufügen. (anstatt alles hinzuzufügen und einige zu ignorieren).
Die Hauptsache, die unter Entwicklern geteilt werden kann, sind Code-Stil-Konfigurationen. Mit der Option für die automatische Neuformatierung wird das gesamte Team einem konsistenten Stil folgen.
Abgesehen davon ist die Frage, welche anderen Dateien wieder aufgenommen werden, nicht ignoriert werden? Warum?
antwort: Ich habe folgendes gefunden: Ссылка
Ich verwende IDEA und Eclipse, aber nicht Netbeans. Ich nie Commit Projektdateien, aber stellen Sie sicher, dass ich eine Maven Build als das führende Werkzeug habe, dann kann ich das Maven-Projekt problemlos in jede IDE mit Maven-Unterstützung importieren und auch von Maven aktualisieren, wenn ich es ändere . Für Eclipse und IDEA funktioniert das wunderbar.
Meine .gitignore -Datei sieht für alle meine Projekte so aus:
%Vor%Plus andere projektspezifische Dateien oder Verzeichnisse.
Ich möchte die %code% Ordner oder %code% Dateien überhaupt nicht einchecken.
Tags und Links git intellij-idea phpstorm ignore