IntelliJ 2017.2 documentation建议包含包含IDE自己的配置文件的.idea文件夹（{{1除外） }和workspace.xml个文件）。我可以理解这一点，因为我可能错误地配置了项目设置并希望恢复。
然而，我想将这个开源的多模块Maven驱动的项目发布到BitBucket以供公众访问。显然，并非每个人都使用IntelliJ作为IDE，所以我不想强制我们使用IDE设置。
➠开源作者如何解决这个难题？
答案 0 :(得分：1)
我的经验建议是始终明确忽略（即添加到.hgignore或.gitignore）IDE配置文件或目录。
这不仅是一个问题，即不使用特定IDE的配置文件向项目发送垃圾邮件。当一个人使用相同的IDE时，真正的问题就开始了。根据IDE及其配置方式，您可能会遇到这样的情况：每次提交都包含对这些文件的更改，并且会混淆使用相同IDE的所有其他开发人员，这反过来会在无限循环中再次覆盖更改
您的某些IDE设置将是全局的，并存储在您的主目录中。只要您不更改克隆repo的本地目录，那些特定于项目的那些将继续存在。如果您更改目录，根据我的经验，重新配置IDE始终是可以容忍的。本地目录更改时至少有两种情况：（1）您删除目录并再次克隆存储库（2）您使用多台计算机。
如果您担心编码风格等问题，那么最好的方法是使用适用于任何编辑器或IDE的命令行格式化工具。该工具将在repo中提交其配置文件，因为编码样式对于所有开发人员和repo文件应该是相同的。