2009-10-08 184 views

回答

32

编辑:我觉得,因为它需要中止操作和/路径解锁工作拷贝它不是自动的。

颠覆书:

递归的清理工作副本, 删除锁,恢复未完成 操作。如果你得到一个工作副本锁定错误 ,运行这个命令到 删除陈旧的锁并让你的 工作副本再次进入可用状态 。 “请注意,在这种情况下,锁定指本地文件系统 锁定,而不是存储库锁定。

这基本上是一种尝试恢复SVN发生的任何错误的方法。

文档的清理:

http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-cleanup.html

“如果一个Subversion指令不能 成功完成,可能是由于 服务器的问题,你的工作副本可以 将处于不一致的状态留在 。这种情况下,你需要使用TortoiseSVN →清理文件夹。这是一个很好的 的想法,在顶层 工作副本。

清理有另一个有用的方 的影响。如果文件日期发生变化但其内容不是 ,Subversion不能通过 判断它是否真的更改过 ,除非与原始副本进行逐字节的 比较。如果 你有很多文件处于这种状态 它使获取状态非常缓慢, 这将使很多对话缓慢,以至于 响应。执行你的 工作拷贝一个清理命令将会修正这些 “破”时间戳和恢复状态 检查,以全面提速。”

+0

我不明白,每一次,但我经常看到它。 – 2009-10-08 19:14:00

+0

我知道这没有帮助,但我没有看到该消息,并且一直使用它约一年。是在你提交还是随机? – Andrew 2009-10-08 19:26:03

+0

对不起,您重新阅读您的文章,您是通过无线方式提交的,还是您一般都会遇到网络问题?也许这可能与它有关。它是否存储在本地网络中,或者您是否远程存储提交? – Andrew 2009-10-08 19:28:10

3

它寻找不一致。从the docs

如果一个Subversion指令不能 成功完成,可能是由于 服务器的问题,你的工作副本可以 处于不一致的状态。在 这种情况下,您需要使用TortoiseSVN →清理文件夹。这是一个很好的 想法在 的顶层做到这一点的工作副本。

清理有另一个有用的方 的影响。如果文件日期发生变化但其内容不是 ,Subversion不能通过 判断它是否真的更改过 ,除非与原始副本进行逐字节的 比较。如果 你有很多文件处于这种状态 它使获取状态非常缓慢, 这将使很多对话缓慢,以至于 响应。对您的 工作副本执行清理将修复这些 “损坏”的时间戳和恢复状态 全速检查。

16

它把在错误胶带和一个哑巴架构SVN这让工作副本损坏。

这不是自动哑架构的原因和它永远。当然,当SVN了流行的建筑是超越CVS英里。

相关问题