哪个NetBeans项目文件应该进入源代码控制？
我们通常将Eclipse用于特定的Java项目，但是最近我将项目导入NetBeans以使用其对话框构buildfunction。
由于我可能会回到这个，所以我想将NetBeans项目文件存储到版本控制中。 但是，我不想提交“我的”与“项目”的文件，即我自己的设置与其他用户冲突的文件。
NetBeans在顶级项目区域中创build了以下结构：
nbbuild nb-build.xml nbproject <various files> configs private 显然， nbbuild是nbbuild输出，所以不会进入nbbuild nb-build.xml文件看起来很可能，大部分的nbproject 。 但是， nbproject/privatebuild议它是“我的”。 偷看“configuration”，我不清楚，如果这是我的或项目…
任何人都有一些准则？
关于项目文件和版本控制的NetBeans知识库文章讨论了NetBeans项目文件，并提供了关于哪些文件是项目特定的（即可以通过版本控制共享）以及哪些是用户特定的松散build议。
以下是关于版本控制的部分：
如果项目
nbbuild版本控制系统中nbbuild，nbbuildbuild（或nbbuild），dist（或nbdist）以及nbproject/private文件夹检入到该版本控制系统中。如果项目位于CVS，Subversion或Mercurial版本控制系统下，则在导入项目时，会为这些目录创build或更新适当的“忽略”文件。
虽然
nbproject/private应该被忽略，但nbproject应该被检入到版本控制系统中。nbproject包含项目元数据，使其他用户可以在NetBeans中打开项目，而无需首先导入项目。
事实certificate，托马斯和彼得卡尔多纳都是正确的。 NetBeansbuild议您只导入源代码和/或文档。 哦， nbproject文件夹，但不是* nbproject / private **文件夹。
从关于导入Eclipse项目的NetBeans知识库文章 ：
版本控制注意事项
如果项目已从版本控制系统中检出，则不应将版本（或nbbuild），dist（或nbdist）以及nbproject / private文件夹检入到该版本控制系统中。
如果项目位于CVS，Subversion或Mercurial版本控制系统下，则在导入项目时，会为这些目录创build或更新适当的“忽略”文件。
虽然nbproject / private应该被忽略，但nbproject应该被检入到版本控制系统中。 nbproject包含项目元数据，使其他用户可以在NetBeans中打开项目，而无需首先导入项目。
没有。
只有源文件，构build脚本和不是自动生成的文档（例如JavaDoc和Doxygen等工具的输出）应该检入到一个存储库中。 像项目文件，二进制文件和生成的文档不应该签入。
原因是双重的。 首先，您不想用自己的设置覆盖另一个开发人员的项目设置。 其次，其他开发人员可能不会像您一样使用相同的IDE（甚至是IDE），所以不要给他们超过他们需要构build（项目或相关文档）或运行项目。
经Netbeans 6.8testing，只有project.xml ， configurations.xml和main makefile（ 'nbproject'的父目录中的可定制'nbproject'目录定义）必须通过存储库分发。 所有其他文件将由Netbeans（ Makefile-impl.ml ， Makefile-variables.ml ，所有Makefile-$CONF ， Package-$CONF.bash ）自动（重新）生成。 显然，“私人”也应该被忽视。
