visual-studio - 合并 vcproj 文件 - SCM 的 hell

Question

合并项目/解决方案文件是开发人员/SCM 管理员在其源代码控制中执行合并的众所周知的灾难。

以一个常见的场景为例:开发是在两个不同分支的项目/解决方案上完成的。当需要合并回主要开发线时，VCPROJ(和 SLN)之间的相似之处非常小。

原因是，Visual Studio 可能会更改(并且确实会更改)这些文件中各种类似 XML 的元素的位置。例如，配置 Debug 和 Release 可以在对 proj 文件的每次保存操作时交换顺序。这使得不可能轻松地合并来自每个开发分支的更改，甚至不考虑自动合并。

我可以假设微软正在使用一些 perl 散列系统来保存 vcproj 结构，因此保存操作时文件的呈现不是有序的。

我首先想问:有没有人找到一些优雅的方法来解决这个问题？

其次，我想提两个建议:

请让 Microsoft 重新实现上述文件并将它们限制为某些严格的元素排序。

找到一个工具(或编写一个)，按字母顺序、递归(元素中的所有元素等)对 vcproj(xml 格式)和 sln(sln 格式...)文件进行排序。在源文件和目标文件上使用此工具可以轻松指出(和合并)更改，希望 Visual Studio 读取已排序、合并的项目或 sln 文件。

欢迎任何其他想法和想法。

Answer 1

我创建了一个工具来比较和合并解决方案文件 ( http://slntools.codeplex.com )。与“通用合并”相比，将解决方案与工具合并要容易得多。它无法处理思想的项目文件。