最佳做法IDEA9+家+版本控制

Question

该项目使用的是专家所以POM文件的主要来源的项目的信息。还有一些有用的设置在项目文件，这将是很好的保持。

另一方面想法似乎创造了太多冗余的变化的项目文件的结构，该结构污染SVN历史和有时会造成冲突。

我应该保持。想法目录，并且*.iml的文件版本控制之下?在充分？在一部分？

更新： 所以最好的实践中我们发现工作对我和我的团队迄今为止:

1. 检查所有想法的文件、*.iml。想法目录。它们含有有价值的信息，这是一个浪费时间来重建它每次更新。
2. 创建私人支为每一个开发商
3. cd入。想法目录
4. svn切换到其私人支配件
5. 不检查在想法文件的关于定期提交的-他们污染的历史。检查他们在特别提交。

这样，就保留的内容。想法目录版本控制，但保持它的方式定期提交。任何开发者可以获得别人的想法目录。

更新2： 由于这个问题是编写的，我已经改变了我的做法 不 检查任何用浏览器的文件到版本控制，因为建议通过许多响应者。这是我的当前实践为家和摇篮.该工具已经开发出的一点，关键的信息总是可以再生，从原来的。POM。实例的文件。当文件的变化，IDE轨道改变的可靠的，这样你就不会失去你的IDE文件，往往因此没有需要检查它们。

更新3: 7年后问这个问题似乎仍然具有现实意义。同样的最佳做法应用到摇篮以及(可能SBT，太):不检查IDE文件中，重建它们作为必须从基本的POM.摇篮或SBT文件。

Answer 1

简短的回答：不要把这些文件的来源控制的储存库为你可以"产生"他们(和更是如此如果你不需要他们，如果他们是讨厌，如果他们可以打破其他环境)。

我个人使用的以下值 svn:ignore:

target 
*~ 
*.log 
.classpath 
.project 
*.ipr 
*.iws 
*.iml 
.settings 

Answer 2

一个伟大的事情有关家是支持工具的存在对于一个转折POM入一个当地项目食、想法和演讲视频。如果你有一个pom，您可以创建一个本地的项目很快。

出于这一原因，我就不会登记。想法或*。iml下的文件来源控制的任何超过我会检查在马绍尔群岛共和国资单或类文件。

Answer 3

我觉得你应该放。想法目录到版本控制。大部分的配置载有应版跟踪，例如编译器配置.

唯一的文件，该文件不属于版本控制。idea/workspace.xml因为它仅包含配置，特别是当地的环境。

Idea实际上把workspace.xml 到忽略名单的默认，因此如果您使用的想法检查中，应该将所有的设定不改变任何东西。

Answer 4

我看到这个标准答案是"不检查在项目文件，只要。pom".但这样的事情.知识产权的文件包含很多有用的设置，不能衍生出来的。pom文件。如果同胞用浏览器用户需要分享这些设置？我知道这一点。知识产权的文件被设计成可版本(见 这个线程 例如)。我希望我有一个实际的回答，但是我还没有找到了一个很好的实践在这一问题。

Answer 5

我的意见是我们应该保持任何IDE具体文件的版本控制。我们的想法是，我们应该让尽可能多的信息IDE独立的形式，如家pom文件等。所有关键项目的设置可以保存在那里。并且具有所有主要项目设置保持在pom文件我看不到任何严重的原因，以检查在不仅想法项目的配置，但是任何其他IDE具体的结构。此外，.想法的文件夹风格的项目配置真污染了集日志。我们仍然想要保留主意的项目设置的版本控制，我们至少可以将它们储存在单一的。知识产权文件的格式。

Answer 6

我迟到了这个派对,但这一确切的问题已困扰我的。我只是灵感有什么我相信可以工作，至少我们与源控制系统。

该架构来达成的文件没有被存储"在一起"的权威pom.xml 和来源。该版本控制的历史不是"污染"如果这些非源有关的变化是记录到一个不同的地方在源树。

所以，我将试图动用浏览器的文件平行的地方版本控制系统，使用一个简单文件的/目录映统一的来源和项目文件对开发商机、和监测更改的版本控制系统，该系统是纯粹的文件的影响的建立。