Comment gérez-vous différents IDE Java et svn?

Question

Comment vous assurez-vous que vous pouvez extraire le code dans Eclipse ou NetBeans et y travailler?

Éditer: si vous ne copiez pas les fichiers liés à ide, vous devez reconfigurer le chemin de construction, les paquets inclus, etc., à chaque fois que vous extrayez le projet. Je ne sais pas si ant (en particulier un fichier de compilation créé / exporté depuis eclipse) fonctionnera de manière transparente avec un autre ide.

Answer 1

La réponse intelligente est "en le faisant" - sauf si vous ne travaillez pas avec plusieurs IDE, vous ne savez pas si vous êtes vraiment prêt à travailler avec plusieurs IDE. Honnête. :)

J'ai toujours considéré que plusieurs plates-formes étaient plus lourdes, car elles pouvaient utiliser différentes normes de codage (par exemple, Windows peut utiliser par défaut ISO-8859-1, de Linux à UTF-8). Pour moi, le codage a causé bien plus de problèmes que les IDE.

Quelques autres pointeurs:

• Vous voudrez peut-être utiliser Maven ( http://maven.apache.org ), laissez-le générer des fichiers spécifiques à l'EDI et ne jamais les valider pour le contrôle de source.
• Pour être sûr de générer les artefacts appropriés, vous devez faire appel à un serveur dédié pour la création de vos éléments livrables (par exemple, cruisecontrol), à l'aide de ant, maven ou de tout autre outil. Ces livrables sont ceux qui sont testés en dehors des machines de développement. Un excellent moyen de faire prendre conscience aux gens qu’il existe un autre monde en dehors de leur propre machine.
• Empêchez tout chemin spécifique à une machine d'être contenu dans un fichier spécifique à l'EDI trouvé dans le contrôle de source. Toujours référencer les bibliothèques externes par des noms de chemins logiques, contenant de préférence leur version (si vous n’utilisez pas maven)

Answer 2

Nous maintenons actuellement un projet Netbeans et un projet Eclipse pour notre code en SVN, sans aucun problème. Les fichiers Netbeans n'interfèrent pas avec les fichiers Eclipse. Nous avons nos projets structurés comme ceci:

sample-project   
+ bin
+ launches  
+ lib  
+ logs
+ nbproject  
+ src  
  + java
.classpath
.project
build.xml

Les points les plus importants semblent être:

• Interdire les chemins absolus dans le fichiers de projet pour l'un ou l'autre IDE.
• Définissez les fichiers de projet pour générer le fichiers de classe dans le même répertoire.
• svn: ignorer le privé répertoire dans le .nbproject répertoire.
• svn: ignore le répertoire utilisé pour sortie du fichier de classe à partir des IDE et de tout autre répertoire généré par le moteur d’exécution tel que le répertoire des journaux ci-dessus.
• Demandez aux utilisateurs de les utiliser systématiquement afin que les différences se résolvent rapidement.
• Maintenir également un système de construction indépendant des IDE tels que cruisecontrol.
• Utilisez UTF-8 et corrigez tous les problèmes de codage. immédiatement.

Nous développons actuellement sur Fedora 9 32 bits et 64 bits, Vista et Windows XP et environ la moitié des développeurs utilisent l’un ou l’autre des IDE. Quelques-uns utilisent les deux et changent régulièrement d’aller-retour.

Answer 3

La meilleure chose à faire est probablement de ne pas valider aucun fichier lié à l'EDI (tel que le projet. Eclipse), afin que tout le monde puisse extraire le projet et faire ce qu'il veut.

Cela étant dit, je suppose que la plupart des IDE ont leur propre schéma de fichier de configuration, alors vous pouvez peut-être tout commettre sans aucun conflit, mais cela semble désordonné.

Answer 4

Je suis pour l'essentiel d'accord avec seldaek, mais je suis également enclin à dire que vous devriez au moins donner un fichier indiquant les dépendances, la version de Java à utiliser pour la compilation, etc. qu’un développeur NetBeans / Eclipse pourrait avoir besoin de compiler dans son IDE.

Nous n'utilisons actuellement qu'Eclipse et nous avons donc validé tous les fichiers Eclipse .classpath .project dans svn, ce qui est, à mon avis, la meilleure solution, car tout le monde est alors en mesure de reproduire les erreurs et ce qui n'est pas facile au lieu de se servir des spécificités de l'IDE.

Answer 5

Je suis convaincu que la construction doit être réalisée avec un "plus petit dénominateur commun". approche. Ce qui entre dans le contrôle de source est ce qui est nécessaire pour faire la construction. Alors que je développe exclusivement avec Eclipse, ma construction est avec ant en ligne de commande.

En ce qui concerne le contrôle de source, je ne vérifie que les fichiers essentiels à la construction depuis la ligne de commande. Aucun fichier Eclipse. Lorsque j'installe une nouvelle machine de développement (deux fois par an), il faut un peu d'effort pour faire importer le projet par Eclipse à partir d'un fichier de compilation ant, mais rien d'effrayant. (En théorie, cela devrait fonctionner de la même manière pour les autres IDE, non? Ils doivent pouvoir importer depuis ant?)

J'ai également expliqué comment configurer un environnement de construction à strict minimum.

Answer 6

J’utilise maven et j’enregistre uniquement le pom & amp; source.
Après avoir vérifié un projet, je lance mvn eclipse: eclipse
Je dis à svn d’ignorer le .project généré, etc.

Answer 7

Voici ce que je fais:

1. Conservez uniquement dans le contrôle de source votre script de construction ant et le chemin de classe associé. Classpath peut être explicite dans le script ant, un fichier de propriétés ou géré par ivy.
2. écrit une cible ant pour générer le fichier Eclipse .classpath à partir du chemin d'accès aux classes ant
3. Netbeans utilisera votre script de construction et votre chemin de classe. Il vous suffit de le configurer pour le faire via un projet de formulaire libre.

De cette façon, vous obtenez des scripts de construction indépendants de l'EDI et des développeurs heureux:)

Il y a un blog sur le site netbeans sur la façon de faire 3. Mais je ne le trouve pas pour le moment. J'ai mis quelques notes sur la façon de faire ce qui précède sur mon site - texte du lien (désolé, rapide et laid)

Notez que si vous utilisez Ivy (une bonne idée) et eclipse, vous pourriez être tenté d’utiliser le plugin eclipse ivy. Je l'ai utilisé et je l'ai trouvé horriblement buggy et peu fiable. Mieux vaut utiliser 2. ci-dessus.