从 Mercurial 版本控制中包含/排除特定于 IDE 的配置文件答案

【问题标题】：Include/exclude IDE-specific configuration files from Mercurial version control从 Mercurial 版本控制中包含/排除特定于 IDE 的配置文件
【发布时间】：2017-09-30 04:19:21
【问题描述】：

IntelliJ 2017.2 documentation 建议包括.idea 文件夹，其中包含IDE 自己的配置文件（workspace.xml 和tasks.xml 文件除外）。我可以理解其中的含义，因为我可能错误地配置了项目设置并想要恢复。

然而，我想将这个开源的多模块 Maven 驱动项目发布到 BitBucket 以供公众访问。显然，并不是每个人都使用 IntelliJ 作为他们的IDE，所以我不想将我的 IDE 设置强加给他们。

➠ 开源作者如何解决这个难题？

【问题讨论】：

这个问题可以发到softwareengineering.stackexchange.com而不是stackoverflow上吗？
@KarthikeyanVaithilingam 我不知道，因为我从来没有找到有关 Stack Overflow 与 softwareengineering.stackexchange.com 的指导。它们之间没有明确的区别。
@KarthikeyanVaithilingam 在提及其他网站时，指出cross-posting is frowned upon 通常会有所帮助（具体写这个问题，请参阅Where does my tool question go?）
@gnat 您链接的第二个元问题表明我的问题可能属于 SE Stack Exchange。但它链接到 a sibling Meta Question 却恰恰相反，声称没有 Git 问题属于 SE。正如我之前所说，SO-SE-Programmers 网站三人组是一团糟，没有明确的界定，我们所掌握的很少的指导是矛盾的。

标签： java intellij-idea mercurial config configuration-files

【解决方案1】：

我的经验建议是始终明确忽略（即添加到.hgignore 或.gitignore）IDE 配置文件或目录。

这不仅仅是不向项目发送带有特定 IDE 配置文件的垃圾邮件的问题。当多人使用同一个 IDE 时，真正的问题就开始了。根据 IDE 及其配置方式，您可能会遇到每次提交都包含对这些文件的更改的情况，并且会使使用同一 IDE 的所有其他开发人员感到困惑，这反过来又会在无限循环中再次覆盖更改.

您的一些 IDE 设置将是全局的并存储在您的主目录中。只要您不更改克隆存储库的本地目录，特定于项目的那些将继续存在。如果您更改目录，根据我的经验，重新配置 IDE 总是可以容忍的。本地目录发生变化至少有两种情况：（1）您删除目录并再次克隆存储库（2）您使用多台计算机。

如果您关心编码风格等问题，那么最好的方法是使用适用于任何编辑器或 IDE 的命令行格式化工具。该工具将在 repo 中提交其配置文件，因为编码风格对于所有开发人员和 repo 文件应该是平等的。

【讨论】：

谢谢，有用的想法。您能否编辑以更清楚地解释第三段中“更改本地目录”的含义？
我发布了this Question，询问您提到的命令行格式化工具。
@BasilBourque 更新了答案，更好地解释了本地目录何时可以更改