合并vcproj文件-SCM的地狱

Question

合并项目/解决方案文件对于在源代码管理中执行合并的开发人员/SCM管理员来说是一个众所周知的灾难。

例如，一个常见的场景:在两个不同的分支中对一个项目/解决方案进行开发。当时间回到一个主要的开发线，有一个非常小的相似之处，VCPROJ(和SLNs)。

原因是，Visual可能更改(并确实更改)这些文件中各种类似XML的元素的位置。例如，配置、调试和发布可以在proj文件上的每个保存操作上交换命令。这使得不可能轻松地合并来自每个开发分支的更改，甚至不考虑自动合并。

我可以假设Microsoft正在使用某种perl哈希系统来保存vcproj结构，因此在保存操作上不需要对文件进行呈现。

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

第二，我想提出两个建议：

• 请微软重新实现上述文件，并将其限制在一些严格的元素排序上。
• 找到一个工具(或者写一个)对vcproj (xml格式)和sln (sln格式.)进行排序。文件按字母顺序，递归(元素中的所有元素等等)。在源文件和目标文件上使用此工具可以轻松地指向(并合并)更改，希望Visual读取排序、合并的项目或sln文件。

任何其他想法和想法都是受欢迎的。

Answer 1

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

Answer 2

项目:合并是我比较和合并XML文件的工具。我最初写它是因为我在Visual项目文件中遇到了这个问题。

它正确地检测到XML文件中的重排序元素和/或属性，并将自动解决几乎所有的“冲突”。

Answer 3

您可能需要考虑将您的工具与SCM中的触发器相关联(就像SVN的重新提交钩子)，以便在这些文件中执行重新排序。

然后，您将有机会有效地合并这些元素。