svn - subversion 1.6.x 在 checkin 时丢失更改

Question

我试图弄清楚这是否是 SVN 1.6.x 的已知问题
开发人员 A 修改文件并提交。
开发人员 B 修改了相同的文件。尝试提交它并被告知本地副本已过期，因此更新然后提交。

但是，来自开发人员 A 的更改会丢失，因此生成的文件仅包含开发人员 B checkin 的版本。

我们可以在日志中看到这一点。当同一个文件被修改但在不同的地方时，似乎会发生这种情况。

还有其他人经历过吗？在过去的几周里，我们已经发生了 4 到 5 次，每次我们都浪费了半天左右的时间来试图弄清楚丢失了什么，等等。

我们开始对 SVN 失去信心。我们应该考虑迁移到 GIT 还是 Mercurial？这样能解决这个问题吗？

Answer 1

您的团队中是否有人手动复制文件和文件夹，以使 .svn 文件夹中的修订信息不再正确？
正如 derobert 在 answer 中所描述的那样对于相关问题，如果您手动将修改后的文件复制到新更新的 SVN 文件夹中，则可以覆盖其他用户的更改:

Here is how the nuke/copy procedure can revert other people's changes:

1. Checkout, get r1;
2. Modify foo.c, giving r1 + changes;
3. Someone else checks in a change to foo.c (you don't know they've donethis, of course, and the normal way ofchecking is broken for you), foo.c inthe repo is now r2;
4. You now nuke your repository except foo.c (r1 + changes);
5. You do a checkout, get foo.c r2.
6. You replace foo.c with your copy (r1 + changes). Subversion, however,is unaware of this, and thinks youbased your changes on r2, not r1.
7. Checkin, foo.c is now r3, which has just lost the other person'schanges in r2.