如何修复Subversionlocking错误

你如何解决Subversion / Subclipse错误“试图locking一个已经locking的目录”？

谷歌search显示人们经常遇到这个错误，我见过的唯一解决scheme是运行Subclipse的团队 – >清理命令。不幸的是，当我运行Team-> Cleanup命令时出现这个错误。还有其他的select吗？

我有类似的问题。团队 – >刷新/清理解决了我的问题

错误： 尝试locking已locking的目录 svn：工作副本'C：\ work \ myproject \ workspaces \ HPDP'已locking。

解决scheme：为我工作。

Right-click on project-->Team-->Refresh/Cleanup

我也是这样我转到文件所在的目录（不在Eclipse中），进入.svn目录并删除名为lock的文件。

翻转回Eclipse并继续。

这里有一个类似的问题提交文件到SVN存储库的问题

我通过这样做解决了这个问题：

我尝试从这个线程的所有build议，但唯一的工作是：

老问题，但没有上述解决scheme为我工作。什么工作是closures日食，然后使用乌龟，右键单击在Windows资源pipe理器中的项目，并select“TortoiseSVN” – >“清理”，然后只使用默认checkbox项目（清理工作副本状态，包括外部），然后点击确定。

这清理了文件夹，然后我能够正常更新和提交文件。

svn help unlock

在大多数情况下不需要全部locking的情况下find更衣室

我面临同样的问题。我通过右键单击项目—> Team —-> Refresh / cleanup来解决这个问题

使用SVN 1.8，删除locking文件没有帮助（locking文件不存在）。

刷新/清理也没有解决。

什么解决了：

 1) Backup your directory, just incase... 2) Team... Disconnect. Choose to remove .svn files 3) Add it again to SVN.

注意：就我而言，错误是由于初始提交期间networking连接丢失。

在与“幻影锁”相同的问题后，唯一的解决办法是：

1）断开Project Eclipse-> Team-> Disconnect（select选项删除.svn文件夹）

2）比“重新连接”Eclipse-> Team-> SVN-> Share项目。忽略关于更好的结帐的警告。之后这一切工作正常。

清理和重新启动是没有解决scheme，也扫描锁没有显示任何东西。

我试图recursion删除所有lock文件，但只是导致错误“path不是工作副本”。我最终不得不做团队 – >断开，然后团队 – >共享。重新连接后，它抱怨已删除的.svn文件。现在它似乎在工作。

我花了几个小时寻找一个解决scheme，试图locking一个已经locking的目录错误，我在IBM RAD收到。最后，我猜想键入：

unlock <directory path>

在RAD控制台中… volia我终于可以同步我的文件了！