在一个团队中工作,所有人都使用IntelliJ,有一些讨论关于签入或不是项目的.ipr文件。
我刚刚丢失了半个小时,因为当其他人检查了没有此设置的.ipr时,从编译器选项中删除了自定义资源模式。
这里的最佳做法是什么? FWIW我们已经忽略了.iws。
答案 0 :(得分:4)
我总是坚持忽略VCS中的* .ipr,* .iws,* .iml,* .ids文件。
如果您使用的是java,那么请使用maven。它有很多好处。其中之一 - 它独立于IDE。
<强> UPD。 2014年3月13日强> 目前,maven存在很好的替代方案,但主要思想 - 项目应该是IDE独立的。无论你使用什么。每个人都应该习惯使用您的代码。
答案 1 :(得分:4)
我刚刚丢失了半个小时,因为当其他人检查了没有此设置的.ipr时,从编译器选项中删除了自定义资源模式。
您可以从源代码管理中恢复您的版本吗?
此问题需保证将项目文件存储在VCS中。它使新开发人员可以轻松地检查并立即工作,而不是四处寻找如何设置项目。
工作站开发环境配置对团队至关重要。这不是一个可交付成果,但它会影响团队,无论好坏。拥有标准的开发环境可以确保您尽可能地以相似的方式工作,而不是每个人的项目配置都略有不同,这可能会导致错误。
答案 2 :(得分:2)
这个问题是covered in the IntelliJ IDEA FAQ,也是already asked on this site。
我建议使用基于.idea目录的格式进行更精细的控制。
答案 3 :(得分:0)
以前我们提交了ipr和iml文件,但效果很好。最近我们采用了Maven,这也很好用。我在ipr / iml遇到的大多数问题都是在Intellij升级期间。通常Intellij会自动处理这个问题,但有时它并不像你想的那样优雅。我们仍然有一些旧版本的代码库,我们必须定期访问,而这些版本不使用Maven。使用Intellij 10,我们必须在这些版本可用之前手动进行实质性的配置更改。为了进一步增加问题,其中一些更改似乎没有保留在ipr / iml中,因此访问该版本代码的每个用户都必须自己进行更改。这是近距离通话,但我建议Maven。记录中,大多数人都喜欢或讨厌Maven,但我处于中间位置。