当前位置:  开发笔记 > 运维 > 正文

如何处理Git源代码控制下的IntelliJ IDEA项目文件不断变化?

如何解决《如何处理Git源代码控制下的IntelliJIDEA项目文件不断变化?》经验,为你挑选了5个好方法。

我们团队中的每个人都使用IntelliJ IDEA,我们发现将其项目文件(.ipr和.iml)放入源代码控制中非常有用,这样我们就可以共享构建配置,设置和检查.此外,我们可以在TeamCity的持续集成服务器上使用这些检查设置.(我们在.gitignore文件中有每用户工作区.iws文件,而不是源代码控制.)

但是,当您在IDEA中执行任何操作时,这些文件会以很少的方式发生变化.在IDEA的问题数据库中存在一个问题(IDEA-64312),所以也许人们可能会认为这是IDEA中的一个错误,但在可预见的未来,这是我们需要忍受的错误.

直到最近,我们使用Subversion,但我们最近切换到Git.我们每个人都习惯了我们忽略的项目文件的更改列表,并且没有签入,除非我们想要与其他人共享项目文件更改.但是对于Git来说,真正的力量似乎是(从我们正在探索的)它所鼓励的连续分支,并且在分支之间切换是一个痛苦,项目文件总是被修改.通常它可以以某种方式合并更改,并尝试处理现在应用于新分支的项目文件更改.但是,如果新分支已更改项目文件(例如分支正在处理尚未在其他分支中的新模块),git只会抛出一个错误,即在文件中合并没有任何意义当分支都有变化并且你在本地有变化时,我宁愿理解它的观点.从命令行,可以在"git checkout"命令中使用"-f"强制它抛出本地更改并改为使用分支,但是(1)IDEA中的Git Checkout GUI命令(10.5.1)似乎没有那个我们可以找到的选项,所以我们需要定期切换到命令行,(2)我们不确定我们是否想养成使用它的习惯标志并告诉Git抛弃我们的本地更改.

所以,我们有一些关于我们必须处理的选项的想法:

    完全从源代码管理中取出项目文件.将它们放在.gitignore中,并通过其他方式将它们分发给每个人和TeamCity,也可以将它们放在其他地方或其他名称的源代码管理中.我们的团队足够小,这个选项足以考虑,但看起来不太好.

    继续使用它,试图确保在给定时间管理我们在哪些分支上的文件.作为其中的一部分,我们可能会鼓励每个开发人员在他们的系统上拥有每个项目的多个副本,因此他们可以将每个项目签出到具有可能不同的项目文件集的不同分支.

    尝试在源代码管理中只使用项目(.ipr),模块(.iml)文件不在源代码管理和.gitignore文件中.似乎在.ipr中定期切换的主要内容是共享构建配置的顺序,但也许我们可以单独分享有关如何设置它们的信息.我不太确定IDEA如何处理这种只有一些文件的东西,特别是在一个新的结账时.

我想我希望有一些我们错过的明显(或非显而易见)解决方案,或许可以处理Git和IDEA似乎都具有的巨大可定制性.但似乎我们不可能成为唯一有这个问题的团队.是一种类似于StackOverflow上的问题包括3495191,1000512和3873872,但我不知道,因为他们是完全一样的问题,也许有人能拿出的优点和缺点,我列出的各种方法,这些问题的答案中列出的方法,或他们推荐的方法.

谢谢.



1> Esko Luontol..:

您可以使用IDEA 基于目录的项目结构,其中设置存储在.idea目录而不是.ipr文件中.它对版本控制中存储的内容进行了更细粒度的控制..iml文件仍然存在,所以它不能解决它们中的随机变化(可能使它们不受源代码控制?),但是共享代码样式和检查配置文件之类的东西很容易,因为它们中的每个都是在.idea目录下的自己的文件中.



2> Felipe..:

来自官方DOC:http://devnet.jetbrains.com/docs/DOC-1186

根据IntelliJ IDEA项目格式(基于.ipr文件或基于.idea目录),您应将以下IntelliJ IDEA项目文件放在版本控制下:

基于.ipr文件的格式

共享项目.ipr文件和所有.iml模块文件,不要共享.iws文件,因为它存储用户特定的设置.

.idea基于目录的格式

共享项目根目录下.idea目录下的所有文件,除了存储用户特定设置的workspace.xml和tasks.xml文件外,还共享所有.iml模块文件.

我把它放在我的.gitignore中:

#Project
workspace.xml
tasks.xml


是的,正如我在问题中所说,我们共享.ipr和.iml,而不是.iws.问题是http://youtrack.jetbrains.com/issue/IDEA-64312中的问题是.iml文件一直在变化,导致频繁的冲突.保持.iml文件不受源控制似乎对我们更好,因为IDEA从Maven POM重新生成它们,然后它们可以在不与其他开发人员发生冲突的情况下继续在本地更改.谢谢!

3> Drew Noakes..:

一个官方的回答是可用的.假设您正在使用现代(现在默认).idea文件夹项目格式:

添加一切......

除外.idea/workspace.xml(这是用户特定的)

除外.idea/tasks.xml(这是用户特定的)

除了一些可能包含密码/密钥/等的其他文件(有关详细信息,请参阅上面的链接)

此示例.gitignore文件可能是一个有用的参考,但您仍应阅读上述链接以了解这些条目出现的原因并确定您是否需要它们.

我个人也忽略了这个.idea/find.xml文件,因为每次执行搜索操作时这似乎都会改变.



4> ripper234..:

我将workspace.xml从源代码控制中取出(+添加到.gitignore).



5> duffymo..:

我们的团队不会检查路径特定的IntelliJ文件.我们假设人们知道如何使用IDE并设置项目.IntelliJ文件进入"忽略"更改列表.

更新:

现在,我正在使用Maven及其默认目录结构,答案更容易.

的IntelliJ应要求忽略中的所有文件/.svn,/.idea并且/target文件夹.与个人路径信息相关的所有内容都存储在/.idea.

其他一切都是公平的游戏,致力于Subversion或Git.


设置项目并不是一件大事,因为它不经常发生,但能够共享构建配置和检查配置文件非常方便,而无需通过电子邮件发送屏幕截图或其他内容.
推荐阅读
小白也坚强_177
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有