Intellij Idea 9/10, welche Ordner zum Einchecken (oder nicht einchecken) der Quellcodeverwaltung?

Unser Team ist gerade von Netbeans zu Intellij 9 Ultimate gewechselt und muss wissen, welche Dateien / Ordner normalerweise von der Quellcodeverwaltung ausgeschlossen werden sollten, da sie nicht “Workstation Portable” sind, dh sie verweisen auf Pfade, die nur auf dem Computer eines Benutzers existieren.

Soweit ich das beurteilen kann, möchte Intellij den Großteil des .idea-Projekts ignorieren

.idea/artifacts/* .idea/inspectionProfiles/* .idea/copyright/* .idea/dataSources.ids .idea/dataSources.xml .idea/workspace.xml 

Es scheint jedoch, die IML-Dateien einzuchecken, die in jedem Stammverzeichnis des Moduls vorhanden sind.

Ich habe ursprünglich das gesamte .idea-Verzeichnis über die Befehlszeile eingecheckt, die offensichtlich nicht weiß, was “Idea” ignorieren sollte. Wird das gesamte .idea-Verzeichnis normalerweise ignoriert?

Wir haben einen FAQ-Artikel zu dieser Frage.

[Das .idea] -Format wird standardmäßig von allen aktuellen IDE-Versionen verwendet. Hier ist was du teilen musst:

  • Alle Dateien im Verzeichnis .idea im Projektstamm mit Ausnahme der Dateien workspace.xml und tasks.xml , in denen benutzerspezifische Einstellungen gespeichert sind
  • Alle IML- Moduldateien, die sich in verschiedenen Modulverzeichnissen befinden können (gilt für IntelliJ IDEA)

Seien Sie vorsichtig beim Teilen des Folgenden:

  • Android-Artefakte, die einen signierten Build erzeugen (Keystore-Passwörter enthalten)
  • In IDEA 13 und früheren dataSources.ids kann datasources.xml databasekennwörter enthalten. IDEA 14 triggers dieses Problem .

Sie können Folgendes nicht teilen :

  • .iml- Dateien für die Gradle- oder Maven- basierten Projekte, da diese Dateien beim Import generiert werden
  • Gradle.xml- Datei, siehe diese Diskussion
  • Benutzerwörterbuchordner (um Konflikte zu vermeiden, wenn ein anderer Entwickler denselben Namen hat)
  • XML-Dateien unter .idea / libraries, falls sie vom Gradle- oder Maven- Projekt generiert werden

.idea Verzeichnis ersetzt die alte .ipr-Datei (Idea Project), und wenn Sie das Projekt zwischen Benutzern freigeben möchten, müssen Sie den .idea-Ordner (mit den in den FAQ erwähnten Ausnahmen) und alle .iml-Dateien freigeben .

Beziehen Sie sich auf Githubs JetBrains.gitignore- Datei, um immer eine aktualisierte Liste der zu ignorierenden Dateien zu erhalten.

Möglicherweise finden Sie diesen Beitrag interessant: Merges auf IntelliJ IDEA .IPR und .IWS-Dateien

Es scheint zu dem Schluss zu kommen, dass Sie alle Dateien außer hinzufügen sollten: dataSources.xml , sqlDataSources.xml , sqlDataSources.xml und dynamic.xml . Die Antwort hierauf konzentriert sich darauf, Dateien zu haben, die sich nicht einfach dadurch ändern, dass sie den Editor öffnen oder idespezifische Änderungen vornehmen.

Nicht exakte Antwort auf Frage, aber es gibt Beispieldateien .gitignore, die hier einschließlich eine für JetBrains vorhanden sind, die Intellij einschließen.

Ich benutze PHPStorm.

Hier ist ein Beispiel-Snippet für Ihr .gitignore

 # Ignore the following 2 PHPStorm files only workspace and tasks file **/.idea/workspace.xml **/.idea/tasks.xml 

Alle anderen Dateien im Verzeichnis .idea sollten in Ihr Repository übertragen werden.

zB: (alles andere im Verzeichnis .idea )

 new file: .idea/.name new file: .idea/encodings.xml new file: .idea/framework.iml ... 

Dokumente: So verwalten Sie Projekte unter Versionskontrollsystemen

Hier ist was du teilen musst:

Alle Dateien im Verzeichnis .idea im Projektstamm mit Ausnahme der Dateien workspace.xml und tasks.xml , in denen benutzerspezifische Einstellungen gespeichert sind

Alle IML-Moduldateien, die sich in verschiedenen Modulverzeichnissen befinden können (gilt für IntelliJ IDEA)

Also im Grunde, alles außer tasks.xml und tasks.xml .

Ja, ich glaube schon. Sie können die SVN-Konfiguration überprüfen, um zu sehen, was ignoriert wird, und alles hinzufügen, was Ihrer Meinung nach ignoriert werden sollte.