eclipse项目里的配置文件应该上传到github上吗?

Question

如题,eclipse项目总是会保存一些配置文件,如.settings文件夹, .classpath/.project文件

现在我想用github和egit帮我个人的项目进行管理...
从代码管理的角度想,这些配置文件好像不需要推送到git...
但是从备份的角度,假如我本地的项目丢失了这些文件,重新配置可能会费不少的功夫

我刚接触git不久,因为没有管理的经验,所以对此很犹豫,希望大家能帮忙想一下,给些建议吧,感谢万分

Answer 1

Pour la gestion personnelle, peu importe que vous le poussiez ou non. De toute façon, vous modifiez rarement le fichier de configuration, push une fois et à chaque fois push Il n'y a pas beaucoup de différence.
Mais s'il peut y avoir d'autres personnes impliquées ou si vous êtes dans plusieurs environnements push, le push fichier de configuration entraînera des conflits inutiles. À ce stade, vous pouvez push un fichier de configuration de base, en supposant que le fichier de configuration soit nommé. config, puis lorsque vous poussez le projet pour la première fois, ajoutez d'abord config à gitignore, puis poussez un fichier config_example avec les informations de configuration de base. Une fois push terminé, ajoutez également config_example. est ajouté à gitignore.
Maintenant, vous pouvez supposer que je vais participer à votre projet, alors je vais d'abord clone votre projet, et après avoir téléchargé le config_example fichier pull, je vais d'abord en faire une copie puis le renommer en config , car le fichier contient déjà des informations de configuration de base, je n'ai donc besoin que de légères modifications pour m'adapter à mon environnement de développement. Ensuite, j'ajoute les deux fichiers à gitignore, de sorte que lorsque push est utilisé, il ne le sera pas. causer des dommages à l'entrepôt distant concerné.
Il s'agit en fait d'une méthode de gestion utilisée par notre équipe sur notre propre serveur git. Je pense que les principes devraient être similaires, et j'espère que cela vous sera utile.

Answer 2

Mon expérience est que ne le faites pas non plus. Si vous utilisez maven pour gérer votre code, laissez simplement pom.xml.

Answer 3

Je n'entrerai pas dans les détails sur l'utilisation de

.gitignore. Quant aux fichiers de configuration du projet, ils vous indiqueront généralement s'ils doivent être ajoutés au contrôle de version. Par exemple, dans le fichier de propriétés de cet Android. projet, le commentaire dit :

Ce fichier est généré automatiquement par Android Tools.
Ne modifiez pas ce fichier -- VOS MODIFICATIONS SERONT EFFACÉES !
Ce fichier ne doit PAS être archivé dans les systèmes de contrôle de version,
car il contient des informations spécifiques à votre configuration locale.

Ne devez PAS, les gens l'ont dit, si vous continuez à pousser vers le serveur git distant, vos collègues vous étrangleront ~

Answer 4

Ne téléchargez pas ces fichiers, car ils sont en fait liés à l'environnement d'utilisation local et d'autres personnes ne peuvent pas utiliser Eclipse. Et l'information elle-même n'a rien à voir avec le projet. Une bonne approche consiste à utiliser des outils tels que maven pour gérer le projet, puis tout le monde extrait localement un code propre et génère les fichiers nécessaires à l'importation dans l'EDI.

Answer 5

Je viens de voir un article de blog il y a quelques jours - Ne mettez pas les fichiers de configuration dans votre référentiel de code Git