我们最近在我们的解决方案中进行了一些重构，其中包含大量重构，大多数文件都被修改，一些主要是命名空间。我们希望将最新的dev合并到功能分支中，但在合并之后我们最终会遇到1000多个冲突。但是当我们开始解决冲突时，我们注意到由于命名空间而仅仅更改了所有文件，当在合并工具（Beyond Compare）中打开文件时，它会显示更改但是没有要解决的冲突。这表明git可能已经自动化了这些文件，但它们被标记为冲突。我已经完成了阅读，我理解为什么会这样，但我已经尝试了一些方法来弄清楚是否有办法自动解决这些没有冲突的文件...
我遇到了这个＆＃34; git merge dev -s our＆＃34;命令，使用＆＃34;我们的＆＃34;合并策略。
我们
此选项会强制冲突的帅哥干净利落地自动解决 赞成我们的版本。来自另一棵树的变化没有冲突 我们这边反映了合并结果。对于二进制文件， 整个内容都来自我们这边。
这不应该与我们的合并策略相混淆 甚至不看其他树包含的内容。它丢弃了 其他树所做的一切，宣告我们的历史包含了所有这些 发生在它里面。
现在对我而言，这告诉我它会支持我们的＃34;如果没有冲突，则更改，这正是我们想要的，因为当我们打开包含NO冲突的冲突文件时，合并文件中的所有更改都包含仅来自我们方的更改。
问题：
出于某种原因，＆＃34;我们的＆＃34;合并stratagy自动合并所有冲突，只选择＆＃34;我们的＆＃34;每次冲突的变化。我原以为它会自动合并不包含需要解决的冲突的文件，并保留冲突的文件，这些文件存在实际冲突，以便我们解决。
有没有人知道更好的方法或这样做？我们在这里处理超过1500个冲突，我们需要一个星期的时间来完成打开文件的手动过程，看到没有要解决的冲突，点击＆＃34;保存＆＃34;，然后转到下一个。非常重复和耗时。