Question

最近，我注意到了Subversion的奇怪行为。偶尔，看似随机，“svn up”命令将对我的CSS文件造成严重破坏。 99％的时间它工作得很好，但是当它变坏时，它真的很可怕。

Subversion似乎没有注意到应该发生的冲突，而是诋毁所有传入的冲突线并报告成功的合并。这导致手动合并非常不方便，因为传入的更改实际上会消失，除非它们被手动放回文件中。

我原本认为这是用户错误的情况，但我只是看着它发生了。我们有两个经常处理相同CSS文件的设计人员，但他们都熟悉并熟练解决冲突问题。

尽可能接近，这种情况发生在两位设计师都需要进行大量更改才能办理登机手续并且其中一人更胜一筹。是否有可能混淆SVN的合并算法？

欢迎任何有关SVN此类行为的经验或有用的轶事。

Answer 1

如果您能找到一个更好地检测此结构文件中最小变化的差异/合并程序，请使用-diff-cmd选项svn update来调用它。

Answer 2

这可能很乏味但您可以使用

检查CSS文件中的更改

svn diff -r 100:101 filename/url

例如

并退出HEAD修订版。这应该显示所做的更改，修订版本以及由谁修改。这听起来像是我之前遇到的一个合并问题，但不幸的是我发现自己通过查看以前的修订并手动合并它们来解决它。