在Java平台上，所谓的＆＃34;项目＆＃34;中出现了无意义和恼人的合并冲突问题。文件（通常来自IDE干预而不是开发人员）在十年前的最佳部分得到了明确的解决。一旦技术存在从Maven POM自动生成，源控制Intellij / Eclipse项目文件的必要性 - 以及所有相关的烦恼和合并冲突 - 一夜之间消失（在我的公司，我们可能有40-50个应用程序，而不是单个源控制的项目文件）。
我比JVM更熟悉JVM平台，但多年以后，我惊讶于今天听到一个.NET开发团队抱怨csproj中的合并冲突的烦恼和其他Visual Studio文件。真？ 2016年？
我喜欢有人来启发我：这是.NET空间中解决的问题，但也许这个问题还没有过滤到这个特定的团队？任何建议，非常感谢。
答案 0 :(得分：1)
这实际上是.NET中一个相当大的痛点，主要是因为.csproj文件（特别是Visual Studio为您自动管理它们的方式）通常会为项目中的每个文件创建一个条目。 （通配符在技术上受支持，但Visual Studio倾向于使用大型文件列表自动替换它们。）
我从未见过或听说过生成的项目文件被用作避免这种情况的方法。我想要克服一些困难的障碍，因为Visual Studio需要重新加载整个项目，除非Visual Studio本身更改项目文件。
ASP.NET Core 1.0将通过其“project.json”文件大大有助于解决此问题，这些文件支持使用glob样式模式来定义项目中不同文件的内容。但是，据我所知，这是一个特定于ASP.NET的部分，大多数库项目仍将使用.csproj。 （我可能错了，很想听听更熟悉.NET Core的人的经历。）