在Mac OS下的版本: 清除工作副本锁…

我经常遇到这样的问题。我的模式会导致清理问题。

我在查看器中打开图像文件。 我删除图像文件/文件夹。 我正在提交/更新

关闭被删除的文件打开的图像查看器可以解决这个问题。 也许其他软件也能以同样的方式阻止清理。

一般来说。我相信在这种情况下重新启动电脑会有帮助。

我知道这是一个非常老的帖子，但我坚持认为:

解决这个问题最简单和最安全的方法是删除你隐藏的”。Svn”文件夹并再次检查所有内容。

当你再次检查头部修订时，它修复了svn周围的大多数问题，应该保持局部更改(标记为“冲突”)。

就地撤销文件版本，并将新的签入到相同的位置，为我解决了这个问题。

在TortoiseSVN中，要进行就地版本化，请从文件列表中右拖工作副本的根文件夹到目录树中，并从弹出菜单中选择“SVN Export versioned items here”。TortoiseSVN注意到目标和源是相同的，并建议解除工作副本的版本控制。

在解除版本控制之后，对同一文件夹执行一次新的签出(现在包含所有文件的未版本控制副本)。TortoiseSVN会警告你，你正在签入一个现有的文件夹，但你可以继续。

在此之后，清理、更新和其他操作工作顺利进行。由于上述两个步骤都保留了本地修改，因此不应该有任何信息丢失(但在此之前备份工作副本可能是一个好主意)。

警告:如果工作副本包含混合版本或未提交的属性更改，则该信息将丢失。对我来说，这种情况并不常见，如果要在损坏的工作副本或丢失未提交的属性更改之间做出选择，我倾向于选择后者。

我遇到了这样的问题，“清理”工作，但“更新”将继续失败。有效的解决方案是通过Windows资源管理器删除有问题的文件夹，而不是TortoiseSVN的删除(这将删除标记为提交到存储库的内容，然后我做了一个“签出”，从存储库中“更新”文件夹。

关于O/S删除和SVN删除之间区别的更多信息: http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-rename.html

值得注意的是:

当你TortoiseSVN→Delete一个文件时，它会立即从你的工作副本中删除，并在下次提交时在存储库中标记为删除。

And:

如果一个文件是通过资源管理器而不是使用TortoiseSVN上下文菜单删除的，提交对话框会显示这些文件，并允许你在提交之前从版本控制中删除它们。但是，如果您更新了工作副本，Subversion将发现丢失的文件并用存储库中的最新版本替换它。

首先尝试了许多解决方案，然后我只是删除了我有问题的文件夹。

然后执行SVN Update。

这对我很管用。

我不推荐这种方法，但除了这种方法，其他方法都不起作用。：(