0

最近，我注意到 Subversion 的奇怪行为。偶尔，看似随机的，“svn up”命令会对我的 CSS 文件造成严重破坏。99% 的时间它都可以正常工作，但是当它变坏时，它就非常糟糕了。

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

我会相信这是一个用户错误的情况，但我只是看着它发生。我们有两位设计师经常处理相同的 CSS 文件，但他们都熟悉并精通解决冲突。

几乎可以想象，当两位设计师都有大量的更改要签入并且一个人击败另一个人时，就会发生这种情况。这是否可能会以某种方式混淆 SVN 的合并算法？

欢迎任何处理来自 SVN 的此类行为的经验或有用的轶事。

4

2 回答 2

1

如果你能找到一个 diff/merge 程序，它能够更好地检测此结构文件中的最小更改，请使用该-diff-cmd选项svn update来调用它。

于 2012-09-14T20:27:28.637 回答
0

这可能很乏味，但您可以使用以下方法检查 CSS 文件中的更改

svn diff -r 100:101 filename/url

例如，从您的 HEAD 修订中退出。这应该显示进行了哪些更改，进行了哪些修订以及由谁进行。这听起来像是我以前遇到过的合并问题，但不幸的是，我发现自己通过查看以前的修订并手动合并它们来解决它。

于 2012-09-13T23:35:03.783 回答