我是否应该将 Eclipse 的 .project、.classpath、.settings 等项目文件置于版本控制之下(例如 Subversion、GitHub、CVS、Mercurial 等)?
最佳答案
您确实希望保留版本控制任何可移植的设置文件,
含义:
任何没有绝对路径的文件。
其中包括:
- .项目,
- .classpath(如果没有使用绝对路径,这可以通过使用 IDE 变量或用户环境变量来实现)
- IDE 设置(这是我强烈反对“接受”答案的地方)。这些设置通常包括静态代码分析规则,对于将项目加载到他/她的工作区的任何用户来说,这些规则对于始终如一地执行至关重要。
- IDE 特定的设置建议必须写在一个大的 README 文件中(当然也要进行版本控制)。
我的经验法则:
您必须能够将项目加载到工作区中,并在其中包含在 IDE 中正确设置并在几分钟内开始运行所需的一切。
无需额外的文档、要阅读的 wiki 页面等等。
加载,设置,开始。
关于java - 我应该将我的项目文件置于版本控制之下吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/116121/