Subversion在更新期间错过了新目录

Ben*_*Day 15 svn tortoisesvn

我正在使用SVN 1.6.3和TortoiseSVN 1.6.6.定期从项目的根目录进行更新时,SVN无法获取新添加的目录(由同事添加).我已经验证了修订号是否正确,甚至可以在该修订的日志中看到新目录(及其文件).这似乎不会影响所有计算机(在另一台计算机上工作正常),多次更新将无法纠正它.但是,如果我删除上面这个新目录所在的目录并进行另一个SVN更新......问题就解决了.

我的第一个想法是,它是一个已经通过后续SVN版本(1.6.6等)解决的问题,或者是我的TortoiseSVN客户端版本的问题.谁能确认/否认其中任何一个?是否可以轻松升级到具有现有存储库的新SVN版本?

谢谢...

Mic*_*ner 18

听起来你有一个稀疏的工作副本.试试看svn update --set-depth infinity是否可以.

在您启动"更新"对话框时,Tortoise中的等效项将"更新深度"设置为"完全递归".

  • 我也有这个问题,不幸的是这个命令没有更新那些目录,它坚持一切都已经是最新的.我不得不删除父文件夹,然后更新了我丢失的文件/目录. (2认同)

Ste*_*fan 5

也许可能有帮助吗?

当我更新工作副本时,不会添加新文件!

在TortoiseSVN 1.6.0和1.6.1之间,添加了添加的文件夹,深度为"仅此项".这导致了工作副本中所谓的"稀疏结账".

请更新到TortoiseSVN的最新版本以避免将来出现此类问题.

要修复稀疏工作副本而不是"更新",请使用TortoiseSVN子菜单中的"更新到修订..."命令(在资源管理器中单击鼠标右键),将"更新深度"组合框更改为"完全递归".


小智 5

我们看到的情况是,先前的合并导致树冲突,然后特定目录根本不更新,但在更新时不会抛出错误消息.事实上,一旦它发生,我们似乎无法找到任何检测情况的程序化方法.检查修改时,树冲突不会显示,我们知道遇到问题的唯一方法是手动将文件与repo-browser和日志进行比较.只有通过演绎,我们才发现它与树木冲突有关.

我们不得不删除原始目录并重新签出.我们发现没有以编程方式检测何时发生这种情况.它很少见,但已经复制了几次.

我知道非常稀疏的信息.