乌龟SVN树与我自己冲突 [英] Tortoise SVN tree conflict with myself
问题描述
任何人都有过在乌龟中移动文件并成功提交文件的经验，但后来又做出了不同的更改并被告知树冲突，其中:
Has anyone had the experience of moving a file in tortoise and committing successfully, only to later commit a different change and be told of a tree conflict where:
- 该文件的原始位置已被删除，但在乌龟中被标记为丢失
- 该文件位于新位置，但已标记为已添加.
(我使用乌龟SVN，并且我们的客户端和服务器> 1.60)
(I use tortoise SVN, and we have client and server > 1.60)
没有人更改目录或文件(根据svn日志).
Nobody else changed either the directory or the file (according to svn log).
- 为什么会这样?
- 有办法避免这种情况发生吗?
- 如果确实发生了，那么比通过删除整个文件夹并再次更新来解决此问题，还有更好的解决方法吗?
推荐答案
-
听起来好像您是使用Windows资源管理器的移动"命令而不是Tortoise移动"命令移动文件的.前者只是在文件系统中移动文件而不更新子版本树(将旧文件从版本控制中删除，并将旧文件的历史链接到新文件).
Sounds like maybe you moved the file using the Windows Explorer "Move" command rather than the Tortoise "Move" command. The former just moves the file in the filesystem without updating the subversion tree (removing the old file from version control and linking the old file's history to the new one).
始终使用TortoiseSVN移动"命令，或者如果要移动没有历史记录的文件，则使用Windows资源管理器复制文件，使用Tortoise添加新版本，然后使用Tortoise删除旧版本
Always use the TortoiseSVN "Move" command, or if you want a to move the file without history, then copy the file using Windows Explorer, add the new version with Tortoise, and then delete the old version with Tortoise.
您可以右键单击旧文件的父文件夹，选择检查修改"，然后从版本控制中删除标记为丢失的文件.
You can right-click on the parent folder of the old file, choose "Check for Modifications," and then delete the file marked as missing from version control.
这篇关于乌龟SVN树与我自己冲突的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
