Projet Java: le fichier .classpath .project doit-il être validé dans le référentiel?

Question

Je suis un débutant à l'aide d'Eclipse pour développer un programme en Java, et voici ma question: dois-je vérifier dans mon .projet de et de .classpath fichier?

Mon ami m'a dit que je devrais vérifier dans .java et les fichiers d'build.xml pour garantir la portabilité. Il a dit ".classpath va vous causer beaucoup moins de portabilité sur différentes environnement. .le projet est entièrement de votre local eclipse paramètre"

Je suis d'accord avec lui, mais partiellement.

-- Pas de l'enregistrement .fichier de projet va faire mon développement moins efficace (je ne peux pas simplement "importer" un projet de code à partir d'un répertoire)

-- Pas de l'enregistrement .classpath fichier semble OK pour moi (?) si mon build.xml est écrit avec soin.

Quelqu'un veut partager leur expérience ici? merci

Sean

Answer 1

Il n'y a rien de mal avec la vérification en .project et .classpath. Je le ferais, si votre build.xml n'est pas en mesure de créer des fichiers pour vous. Comme vous l'avez dit, il est mal à l'aise de manquer ces fichiers lorsque vous essayez de créer un nouveau workspace eclipse.

Avant de vous enregistrer en .classpath vous devriez être sûr qu'il n'y a pas de chemin d'accès absolu en elle. Le convertir dans un rapport avec un éditeur de texte.

Edit: Ou mieux encore, utiliser eclipse classpath variables dans votre sinon absolue, les chemins, comme @taylor-leese commenté.

Answer 2

Une chose contre laquelle je voudrais mettre en garde lors de l’archivage du fichier .classpath est de vous assurer de ne pas faire référence à des fichiers en dehors de votre projet. Eclipse stocke l'emplacement de ces fichiers avec un chemin de fichier complet. Vous devez vous assurer que les autres développeurs ont bien placé ces fichiers exactement au même endroit.

Answer 3

La question clé pour tous ces fichiers est "Peut-on les reproduire automatiquement?" Sinon, vérifiez-les dans le contrôle de source.

Dans ce cas, je dirais "oui", sauf si vous utilisez maven, qui dispose de m2eclipse et du plug-in eclipse pour les générer à votre place.

Answer 4

Je ne sais pas vraiment eclipse fichiers de préférences, mais avec IntelliJ, ces fichiers sont les OS, les agnostiques, ce qui signifie qu'il ne sera pas ruiner votre portabilité. Sauf si vous définissez les bibliothèques avec un chemin d'accès complet à votre système (ce Qui serait assez dangereux et stupide).

Lorsque vous partagez des préférences, vous êtes sûr que tout le monde va travailler avec les mêmes conditions sur le projet (configuration des plugins, le codage, les profils [pour intelliJ]), qui peut vraiment être une bonne chose.

Ça ne me dérange pas quand certaines Eclipse fichiers sont ici, et je pense que ça ne devrait pas/n'est pas vraiment la peine d'autres développeurs lors de certains fichiers cachés juste allongé là.

Answer 5

Nous vérifions les fichiers .project et .classpath. Avec ProjectSet, cela nous permet de vérifier des espaces de travail complexes avec un seul "Import Team ProjectSet"