2010-12-17 73 views

回答

2

不要将它们添加到版本控制。一般来说,不要在构建时添加任何创建的文件(即使它只是一些中间IDE步骤)。否则,每次构建项目时都会创建本地更改。此外,构建文件可能包含对其他人无效的本地路径。完美的例子是在Windows和Unix上的跨平台开发。 makefile在某些方面肯定会有所不同,即使这两个平台都使用GCC。

仅当它们用于构建项目时才添加makefiles,并且在基于其他文件(例如项目文件;然后添加这些文件)工作/构建时不会即时创建它们。只添加构建和运行项目所需的最小文件集(不包括sharred库文件等)。

2

如果是向导式生成的(即,您单击某个界面,然后预期/允许根据需要调整文件),那么您绝对应该跟踪它们。

如果它们实际上是生成结果(即一次又一次生成,生成过程运行的每个副本上),则不应提交它们。

在Makefile的情况下:是的,这可能会进入修订控制。

1

作为一般规则,我会说不,IDE的这些属性文件很可能会涉及特定于环境的路径/变量,所以最好将源代码与项目文件分开,这样可以将源文件到另一个IDE中并且使用(假设您能够将IDE配置为具有适当的路径)。如果众所周知您的整个团队和未来的所有团队都会使用IDE X,那么我认为它没关系,但仍然不是一个好主意。 Maven或类似的构建工具通过允许你只提交你的源代码和一个描述项目编译(有点像Ant文件)的pom.xml文件来帮助避免这种情况,这种方式可以由任何使用maven命令行,此外插件提供了为用户生成IDE特定文件的功能(例如,我使用flexmojos:在工作时使用flexbuilder插件或使用eclipse:eclipse来为flexbuilder或eclipse生成项目文件)。这取决于您的工作流程,团队规模,所述团队IDE等因素的差异。