web-dev-qa-db-fra.com

Idée Intellij 9/10, dans quels dossiers vérifier (ou non) le contrôle de source?

Notre équipe vient de passer de Netbeans à Intellij 9 Ultimate et a besoin de savoir quels fichiers/dossiers doivent normalement être exclus du contrôle de source car ils ne sont pas des "postes de travail portables", c’est-à-dire qu'ils référencent des chemins qui n'existent que sur l’ordinateur d’un utilisateur.

Autant que je sache, Intellij veut ignorer la plupart des projets .idea, y compris

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

Cependant, il semble vouloir archiver les fichiers .iml existant dans le répertoire racine de chaque module.

Au départ, j’ai vérifié l’intégralité du répertoire .idea via la ligne de commande, qui ne sait évidemment pas ce que "devrait" être ignoré par Idea. Le répertoire entier .idea est-il généralement ignoré?

version-controlintellij-idea
106
benstpierre

Nous avons un article FAQ couvrant cette question.

Le format [.idea] est utilisé par toutes les versions récentes IDE par défaut. Voici ce que vous devez partager:

  • Tous les fichiers du répertoire . Idea à la racine du projet à l’exception de le workspace.xml et tasks.xml fichiers contenant les paramètres spécifiques à l'utilisateur
  • Tous les fichiers de module . Iml pouvant être situés dans différents répertoires de module (s'applique à IntelliJ IDEA)

Faites attention au partage des éléments suivants:

  • Artefacts Android produisant une construction signée (contiendra les mots de passe du magasin de clés)
  • Dans IDEA 13 et versions antérieures , dataSources.ids , datasources.xml peut contenir des mots de passe de base de données. IDEA 14 résout ce problème .

Vous pouvez envisager de ne pas partager les éléments suivants:

  • . iml fichiers pour le Gradle ou Projets basés sur Maven , car ces fichiers seront générés à l’importation
  • gradle.xml fichier, voir cette discussion
  • dossier des dictionnaires utilisateur (pour éviter les conflits si un autre développeur porte le même nom)
  • Fichiers XML sous . Idea/libraries dans le cas où ils sont générés à partir de Gradle ou Maven projet

Le répertoire .idea remplace l'ancien fichier .ipr (Idea Project). Si vous souhaitez partager le projet entre utilisateurs, vous devez partager le dossier .idea (avec les exceptions mentionnées dans la FAQ) et tous les fichiers. fichiers .iml.

96
CrazyCoder

Reportez-vous au fichier JetBrains.gitignore de Github pour toujours avoir une liste à jour des fichiers à ignorer.

39
whyceewhite

Ce message pourrait vous intéresser: Fusionne les fichiers IntelliJ IDEA .IPR et .IWS

Il semble en conclure que vous devriez ajouter tous les fichiers à l'exception de: workspace.xml, dataSources.xml, sqlDataSources.xml et dynamic.xml. La solution consiste à créer des fichiers qui ne changent pas simplement en ouvrant l’éditeur ou en apportant des modifications spécifiques.

5
Tommy Andersen

Pas de réponse exacte à la question mais il y a des exemples de fichiers .gitignore disponibles ici dont un pour JetBrains incluant Intellij.

5
CodeClimber

J'utilise PHPStorm.

Voici un exemple d'extrait de code pour votre .gitignore

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

Tous les autres fichiers du répertoire .idea doivent être validés dans votre référentiel.

par exemple: (tout le reste dans le répertoire .idea)

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

Docs: Comment gérer des projets sous Version Control Systems

Voici ce que vous devez partager:

Tous les fichiers du répertoire .idea dans la racine du projet sauf les fichiers workspace.xml et tasks.xml qui stockent des paramètres spécifiques à l'utilisateur

Tous les fichiers de module .iml pouvant être situés dans différents répertoires de module (s'applique à IntelliJ IDEA)

Donc, fondamentalement, tout valider sauf workspace.xml et tasks.xml.

4
Anil

Oui je crois bien. Vous pouvez vérifier la configuration du SVN pour voir ce qui est ignoré et ajouter tout ce qui vous semble devoir être ignoré.

0
duffymo