TortoiseSVN清理实际上做了什么？
TortoiseSVN清理实际上做了什么？
我还没有find一个模式，但我经常被要求在尝试提交代码时进行“清理”。
如果TortoiseSVN知道什么时候它是脏的，为什么不自己运行一个清理？
编辑：我认为这不是自动的，因为它需要中止操作和解锁/path中的工作副本。
颠覆书：
recursion清理工作副本，删除locking并恢复未完成的操作。 如果你得到一个工作副本locking的错误，运行这个命令来删除陈旧的锁，并让你的工作副本再次进入可用状态。 “请注意，在此上下文中，locking是指本地文件系统locking，而不是存储库locking。
这基本上是一种尝试恢复SVN发生的任何错误的方法。
文件清理：
http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-cleanup.html
“如果一个Subversion命令不能成功完成，也许是由于服务器问题，你的工作副本可能会处于不一致的状态，在这种情况下，你需要在文件夹中使用TortoiseSVN→Cleanup，这是一个好主意。工作副本的顶层。
清理有另一个有用的副作用。 如果一个文件的date发生了变化，但是它的内容没有变化，那么Subversion就不能确定它是否真的发生了变化，除非通过与原始拷贝进行逐字节的比较。 如果你在这个状态下有很多文件，它会使得获取状态非常慢，这会使很多对话响应变慢。 在工作副本上执行清理将修复这些“损坏”的时间戳并全速恢复状态检查。
它将pipe道胶带放在SVN中的错误和愚蠢的架构上，使得工作副本被损坏。
愚蠢的架构原因并不是自动的，因为它需要永远。 当然，当SVN受欢迎的时候，它的架构远远超过了CVS 。
它看起来不一致。 从文档 ：
如果Subversion命令无法成功完成，可能是由于服务器问题，您的工作副本可能会处于不一致的状态。 在这种情况下，您需要在文件夹上使用TortoiseSVN→清理。 在工作副本的顶层执行此操作是一个好主意。
清理有另一个有用的副作用。 如果一个文件的date发生了变化，但是它的内容没有变化，那么Subversion就不能确定它是否真的发生了变化，除非通过逐字节比较原始副本。 如果你在这个状态下有很多文件，它会使得获取状态非常慢，这会使很多对话响应变慢。 对工作副本执行清理将修复这些“损坏”的时间戳并全速恢复状态检查。
请参阅“新外部状态caching”（位于“新function”下） 中的TortoiseSVN 1.2中的新function。
