blocks|key|538215|text|我也经历过类似的情况。您是否尝试过从工作区的根目录中运行清理？我知道有时候从子目录(问题所在)进行的清理不起作用，而从工作区的根目录进行清理也是如此。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|538216|如果那还是失败的话，因为你在某个地方删除了一个孩子。尝试从子dir删除更高的1层(假设这不是根)，并重新尝试更新和清理。|538217|如果清理尝试在任何级别上都没有成功，那么很遗憾，答案是签出一个新的工作副本。|538218|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I've been in similar situations. Have you tried running cleanup from the root of your workspace? I know sometimes a cleanup from a child directory (where the problem lies) doesn't work, and cleanup from the root of the workspace does.

If that still fails, since you had deleted a child dir somewhere. Try deleting 1 level higher from the child dir as well (assuming that is not the root), and re-trying update and cleanup. 

If cleanup attempts aren't succeeding at any level then the answer is unfortunately checkout a new working copy.

blocks|key|611792|text|我尝试将.svn文件夹移到其他位置，并将其放回同一个根文件夹中。当我试图更新SVN之后，它就被更新了。我不知道到底是怎么回事。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|611793|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I tried removing the .svn folder to other location and placed it back in the same root folder. After when I tried to update the SVN, it got updated. I don't know how exactly it worked.

blocks|key|536302|text|从主文件夹中删除svn，并从elsewere.and中的另一个可行副本中替换它，然后进行更新。svn文件夹通常是一个隐藏的文件夹。因此，请确保，在执行上述步骤之前，要取消隐藏该文件夹。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|536303|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

delete the svn from the main folder and replace it from another viable copy you have from elsewere.and then update. svn folder will be normally a hidden folder. So, please make sure, to unhide the folder before doing the above steps.

blocks|key|538245|text|我只是遇到了一个类似的问题。运行Process显示，另一个程序(Notepad%2B%2B)对一个文件夹有一个文件句柄，SVN试图删除该文件夹。当我关闭Notepad%2B%2B时，“清理”能够成功地运行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|538246|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I just had a similar issue. Running Process Explorer showed that another program (Notepad++) had a file handle to a folder that SVN had tried to delete. When I closed Notepad++, "Clean Up" was able to run successfully.

blocks|key|1090828|text|对我有效的解决办法：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1090829|剪切目录的内容并将其复制到另一个文件夹。|ordered-list-item|1090830|从空文件夹上的命令行运行清理。|1090831|将文件复制回原始文件夹。|1090832|完成了，但我无法解释为什么会发生这种情况。如果您不删除这些文件，清理命令会说他无法读取/写入这些文件。|1090833|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|O|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|P|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|Q|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|R|8|@]|9|@]|A|$]]]|L|$]]

Workaround that worked for me:

<ol>
<li>Cut the content of your directory and copy it to another folder.</li>
<li>Run cleanup from command line on the empty folder.</li>
<li>Copy the files back in the original folder.</li>
</ol>

Done, but I cannot explain why this happens.
If you don't remove the files, the cleanup command say that he can't read/write those files.

blocks|key|611886|text|运行控制台svn+cleanup为我解决了同样的问题。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|611887|entityMap^0|5|B|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

Running console <code>svn cleanup</code> has solved the same problem for me.

blocks|key|611922|text|当你的文件打开时试图运行清理会给我带来问题。一旦我关闭了我的应用程序(Visual+)，我运行了清理程序，它就成功了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|611923|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Trying to run cleanup while your files are open gave me problems. as soon as I closed my application (Visual studio) I ran clean up and it was successful

blocks|key|1090918|text|我也有过同样的问题，什么对我有用：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1090919|把你的文件夹和文件复制到另一个地方，比如说一个文件夹(我最近改变了我的文件，承诺失败了，导致了问题的解决)|ordered-list-item|1090920|查看一份新的工作副本|1090921|将已更改的文件从文件夹复制到工作副本，并覆盖现有文件。注释/更新现在应该可以工作了|1090922|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|M|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|N|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|O|8|@]|9|@]|A|$]]]|J|$]]

I had the same issue, what worked for me:

<ol>
<li>Copy your folders and files to another place, say to a folder (I changed my files recently and the commitment failed and led to the addressed problem)</li>
<li>check out a new working copy</li>
<li>copy your changed files from folder to your working copy and override existing files. Commiting / Updating should work now</li>
</ol>

blocks|key|611987|text|通常不需要进行新的结帐或复制。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|611988|在此(链接)的帮助下，我刚刚解决了一个与“以前的操作尚未完成”错误有关的类似问题。|offset|length|611989|似乎svn有时会在处理命令/操作时陷入困境。所有这些操作都存储在数据库文件wc.db中的.svn文件夹中。|611990|通过将SQLite下载到我的签出目录并运行|611991|sqlite3.exe+.svn/wc.db+"select+*+from+work_queue"|code-block|syntax|javascript|611992|您可以获得所有挂起操作的列表。这些操作是错误所指的“未完成”操作。|611993|通过跑|611994|sqlite3.exe+.svn/wc.db+"delete+from+work_queue"|611995|所有旧操作都将从工作队列中删除，错误将被删除。不需要新的结帐什么的|611996|entityMap|0|LINK|mutability|MUTABLE|url|http://www.anujvarma.com/svn-cleanup-failedprevious-operation-has-not-finished-run-cleanup-if-it-was-interrupted/|1|http://www.sqlite.org/download.html^0|0|3|2|0|0|0|3|6|1|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|16|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|17|8|@]|9|@$D|18|E|19|1|1A]]|A|$]]|$1|F|3|G|5|6|7|1B|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|1C|8|@]|9|@$D|1D|E|1E|1|1F]]|A|$]]|$1|J|3|K|5|L|7|1G|8|@]|9|@]|A|$M|N]]|$1|O|3|P|5|6|7|1H|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1I|8|@]|9|@]|A|$]]|$1|S|3|T|5|L|7|1J|8|@]|9|@]|A|$M|N]]|$1|U|3|V|5|6|7|1K|8|@]|9|@]|A|$]]|$1|W|3|-4|5|6|7|1L|8|@]|9|@]|A|$]]]|X|$Y|$5|Z|10|11|A|$12|13]]|14|$5|Z|10|11|A|$12|15]]]]

There is often no need for a new checkout or copying.

I have just solved a similar issue relating to the error "previous operation has not finished" with help from this (<a href="http://www.anujvarma.com/svn-cleanup-failedprevious-operation-has-not-finished-run-cleanup-if-it-was-interrupted/" rel="noreferrer">Link</a>)

It seems that svn sometimes gets stuck while processing commands/operations.
All of these operations are stored in the database file wc.db in the .svn folder.

By downloading <a href="http://www.sqlite.org/download.html" rel="noreferrer">SQLite</a> to my checkout directory and running

<pre><code>sqlite3.exe .svn/wc.db "select * from work_queue"
</code></pre>

you can get a list of all pending operations. These operations are the ones the error is referring to as "not finished".

By running 

<pre><code>sqlite3.exe .svn/wc.db "delete from work_queue"
</code></pre>

all of the old operations are deleted from the work queue and the error disapears.
No need for a new checkout or anything

blocks|key|538345|text|我也遇到了同样的问题，不知怎么发现我在c:\+level上有一个隐藏的.svn文件。一旦我删除了这个隐藏文件夹(.svn)，一切正常。我一定是无意中在根驱动器上创建了一个工作目录。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|538346|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had the same problem, and somehow found that I had a hidden .svn file at the c:\ level. Once I deleted this hidden folder (.svn), everything worked okay. I must have unintentionally created a working directory at the root drive.

blocks|key|612037|text|我犯了一个错误，例如“无法更改文件的perms+'/Users/Code/UnitTest.cpp'：没有这样的文件或目录”。subversion与不再存在的文件混淆。我只是做了一些类似于"echo+ABCD+>>+/Users/Code/UnitTest.cpp“之类的操作来创建文件的副本，然后进行清理。啊，真灵。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|612038|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had an error such as "Can't change perms of file '/Users/Code/UnitTest.cpp': No such file or directory". The subversion is confused about a file that is no longer there. I simply did something like "echo ABCD >> /Users/Code/UnitTest.cpp" to create a copy of the file, then cleanup. It worked.

blocks|key|612097|text|在添加了一个已经在SVN中的jar之后，我就面临着这个问题，我用相同的名称添加了新版本的jar。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|612098|在Eclipse中，我尝试了这个|612099|右击文件夹>+Team+>刷新/清理。|ordered-list-item|612100|清理、构建和刷新我的应用程序。|612101|重新启动Eclipse。|612102|使用上述步骤，我能够同步。|612103|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|Q|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|R|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|S|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|T|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|N|$]]

I was facing this problem after adding a jar which is already in the SVN and I added the new Version of it with the same name.

In Eclipse I tried this 

<ol>
<li>Right click on folder > Team > Refresh/Cleanup.</li>
<li>Clean, build and refresh my application.</li>
<li>Restart the Eclipse.</li>
</ol>

Using above steps I am able to Synchronize.

blocks|key|1091084|text|在我的示例中，在试图从IDE中提交时出现了错误。当我在资源管理器中使用TortoiseSVN执行相同目录的提交时，操作成功。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1091085|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case, the error appeared when trying to commit from within an IDE. When I executed the commit of the same directories with TortoiseSVN in the explorer, the operation succeeded.

blocks|key|612199|text|在我的例子中，我一直在喝表，这导致了问题。停止它之后，我可以执行清除命令。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|612200|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case I had gulp-watch running that caused the problems. After stopping it I could execute Cleanup command.

blocks|key|538444|text|我也遇到了同样的问题，在我的例子中，我是指在应用程序中使用svn乌龟。使用根模式下窗口的cmd外壳，我应用了svn清理，然后svn更新.然后，您可以回到应用程序模式a，它将完美地工作！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|538445|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I got the same problem, in my case I was using svn tortoise with the application I mean. Using the cmd shell of windows in root mode I applied svn cleanup and then svn update.... Then you can comeback to the application mode aand it will work perfectly!

blocks|key|536494|text|当我使用外部元素时，这种情况就发生了，其中一个是腐败的。我得去那个文件夹做个清理。然后清理工作对整个工作副本起作用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|536495|示例:使用外部%5E/widgets/foo++common/foo-widget，首先对文件夹common/foo-widget执行清理。|offset|length|style|CODE|536496|entityMap^0|0|7|W|1A|H|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@$D|L|E|M|F|G]|$D|N|E|O|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|P|8|@]|9|@]|A|$]]]|I|$]]

That has happened for me when using externals and one of them was corrupt. I had to go to that folder and perform a cleanup. Then the cleanup worked for the entire working copy. 

Example: Using external <code>^/widgets/foo common/foo-widget</code>, first perform cleanup on folder <code>common/foo-widget</code>.

blocks|key|612248|text|按照下面的步骤。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|612249|1)转到无法通过svn(根文件夹或子文件夹)成功清除的目录。|offset|length|style|CODE|612250|2)选择目录中的.svn文件夹，剪切该文件夹并粘贴到单独的驱动器或单独的位置(位于svn目录之外)|612251|3)现在，回到目录-右键单击并选择TortoiseSVN+-->Repo-browser|612252|4)+Checkout文件夹(它不会执行新的签出)。|612253|5)您的所有项目将再次版本化，它将修复svn的内部问题，并解决问题。|612254|entityMap^0|0|8|3|0|8|4|0|H|R|0|3|8|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@$D|T|E|U|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|V|8|@$D|W|E|X|F|G]]|9|@]|A|$]]|$1|J|3|K|5|6|7|Y|8|@$D|Z|E|10|F|G]]|9|@]|A|$]]|$1|L|3|M|5|6|7|11|8|@$D|12|E|13|F|G]]|9|@]|A|$]]|$1|N|3|O|5|6|7|14|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|Q|$]]

follow below steps.

1) Go to the directory where you are not able to successfully clean up via <code>svn</code>.(Root folder or child folder).

2) Select <code>.svn</code> folder in the directory, cut that folder and paste it in the separate drive or separate location (out of svn directory)

3) Now, go back to the directory - right click and select <code>TortoiseSVN --&gt;Repo-browser</code>

4) <code>Checkout</code> the folder(it will not perform fresh checkout).

5) All your items will be versioned again, and it will repair the internal issue of svn, and problem should be solved.

blocks|key|612276|text|最初，我遇到了这个问题，试图通过TortoiseSVN进行检查。最初，TortoiseSVN清理和控制台svn清理都失败了，它们的消息类似于最初的海报。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|612277|但我的解决办法，(意外发现)只是等待几分钟。我认为TSVNCache在签入时保存了其中的一些文件。|612278|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I initially got this problem trying to check in with TortoiseSVN. Initially, both, TortoiseSVN clean up and console svn cleanup both failed with similar messages as the original poster.

But my solution, (found out accidentally) was just to wait a few minutes. I am thinking TSVNCache was holding on to some of those files at the time of check in.

blocks|key|536522|text|在我的例子中，一个后台Java虚拟机实例正在运行，杀死了哪个清理是成功的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|536523|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case a background Java Virtual Machine instance was running, killing which cleanup was successful.

blocks|key|1091225|text|在我的情况下，关闭Visual并重试CleanUp之后，它就可以工作了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1091226|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my cases, after I close Visual Studio and retry the CleanUp, it works.

blocks|key|538495|text|我从我的同事开发人员那里取出了.svn文件夹，并用这个替换了我的.svn文件夹。对我起作用了。不知道还会有什么后果！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|538496|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had taken .svn folder from my fellow developer and replaced my .svn folder with this. It worked for me. Don't know what may be other consequences!

blocks|key|536534|text|我在这里尝试了最多的投票答案，但其他几个都没有结果。我的WORK_QUEUE表是空的，我无法尝试在更高的文件夹中进行清理。所做的工作如下(这是通过乌龟SVN)；|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|536535|右击文件夹|unordered-list-item|536536|去TortoiseSVN+->清理..。|536537|确保Break+Locks选项是勾选的，然后单击OK|536538|清理操作现在成功完成，我可以继续。不需要下载sqlite3或其他复杂的解决方案。|536539|entityMap^0|S|A|0|0|0|2|B|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@$9|R|A|S|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|T|8|@]|D|@]|E|$]]|$1|I|3|J|5|H|7|U|8|@]|D|@]|E|$]]|$1|K|3|L|5|H|7|V|8|@$9|W|A|X|B|C]]|D|@]|E|$]]|$1|M|3|N|5|6|7|Y|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|Z|8|@]|D|@]|E|$]]]|P|$]]

I had tried the most voted answers here and a few others to no avail. My <code>WORK_QUEUE</code> table was empty and I wasn't able to try a clean up at a higher folder. What did work was the following (this is via Tortoise SVN);

<ul>
<li>Right click on folder</li>
<li>Go to TortoiseSVN -> Clean Up...</li>
<li>Make sure the option to <code>Break Locks</code> is ticked and click OK</li>
</ul>

The Clean Up operation now completes successfully and I can continue. No downloading of sqlite3 or other convoluted solutions required.

blocks|key|536544|text|当您尝试进行SVN切换/清理时，当您的文件仍然处于打开状态时，就会发生这种情况。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|536545|我有一个分支，在那里我创建了一个新文件，我在另一个应用程序中打开了这个文件。切换到另一个分支无法删除文件，导致切换失败。这也是导致svn+cleanup失败的原因，但是这在Tortoise中没有显示为原因。|offset|length|style|CODE|536546|从控制台窗口(根文件夹上)运行svn+cleanup清楚地显示了错误file\location\file.ext:+The+process+cannot+access+the+file+because+it+is+being+used+by+another+process|536547|关闭任何打开的文件句柄/窗口并运行控制台svn+cleanup，然后允许清理正确工作。|536548|长话短说，在控制台中运行svn+cleanup，可以看到更详细的错误。|536549|entityMap^0|0|1T|B|0|F|B|Y|2U|0|K|B|0|C|B|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@$D|R|E|S|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|T|8|@$D|U|E|V|F|G]|$D|W|E|X|F|G]]|9|@]|A|$]]|$1|J|3|K|5|6|7|Y|8|@$D|Z|E|10|F|G]]|9|@]|A|$]]|$1|L|3|M|5|6|7|11|8|@$D|12|E|13|F|G]]|9|@]|A|$]]|$1|N|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|O|$]]

This can happen when you have files still open when you try to SVN switch / cleanup.

I had a branch where I had created a new file, which I had open in another application. Switching to another branch could not remove the file causing the switch to fail. This was also causing the <code>svn cleanup</code> to fail, however this is not displayed as the reason in the Tortoise SVN UI.

Running <code>svn cleanup</code> from a console window (on the root folder) clearly shows the error <code>file\location\file.ext: The process cannot access the file because it is being used by another process</code>

Closing any open file handles / windows and running the console <code>svn cleanup</code> then allows the cleanup to work correctly.

Long story short - run <code>svn cleanup</code> in the console to see a more detailed error.

blocks|key|536554|text|对于Sigurd的答案(您应该先尝试一下)，一些较大的代码库有多个“.svn”文件夹，并且它不一定是根目录中具有锁定任务的文件夹。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|536555|如果是这样的话，你必须检查每一个。如果您已经获得了SQLite和Powershell，那么您可以快速找到违规目录。|536556|要查找哪些文件夹被锁定，请运行(替换path\to\sqlite.exe)：|offset|length|style|CODE|536557|Get-ChildItem+-Path+.+-Filter+'.svn'+-Recurse+-Hidden+%7C+foreach+{+$toFind+=+$_.FullName+%2B+"\wc.db"+;+gci+$toFind+%7C+foreach+{+echo+$_.FullName+;+path\to\sqlite.exe+$_.FullName+"select+*+from+work_queue"+}+}。|536558|这给出了一个.svn目录列表，并在每个目录下面给出了任何当前任务的列表。|536559|如果有未完成的任务，则每次运行(替换path\to\sqlite.exe和path\to\.svn\wc.db)：|536560|path\to\sqlite.exe+path\to\.svn\wc.db+"delete+from+work_queue"|536561|entityMap^0|0|0|I|I|0|0|5P|0|0|I|I|11|I|0|0|1Q|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@$F|W|G|X|H|I]]|9|@]|A|$]]|$1|J|3|K|5|6|7|Y|8|@$F|Z|G|10|H|I]]|9|@]|A|$]]|$1|L|3|M|5|6|7|11|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|12|8|@$F|13|G|14|H|I]|$F|15|G|16|H|I]]|9|@]|A|$]]|$1|P|3|Q|5|6|7|17|8|@$F|18|G|19|H|I]]|9|@]|A|$]]|$1|R|3|-4|5|6|7|1A|8|@]|9|@]|A|$]]]|S|$]]

Further to Sigurd V's answer (you should try that first), some larger code bases have multiple '.svn' folders, and it's not necessarily the one in the root directory which has the locked task. 

If that's the case, you have to check each one. If you've already got SQLite and Powershell you can locate the offending directory quickly.

To find which folders is locked run (replacing <code>path\to\sqlite.exe</code>): 

<code>Get-ChildItem -Path . -Filter '.svn' -Recurse -Hidden | foreach { $toFind = $_.FullName + "\wc.db" ; gci $toFind | foreach { echo $_.FullName ; path\to\sqlite.exe $_.FullName "select * from work_queue" } }</code>. 

This gives a list of .svn directories and, below each one, a list of any current tasks. 

If there are any with unfinished tasks, for each one run (replacing <code>path\to\sqlite.exe</code> and <code>path\to\.svn\wc.db</code>): 

<code>path\to\sqlite.exe path\to\.svn\wc.db "delete from work_queue"</code>

blocks|key|1091342|text|今天，当试图提交到SVN时，我解决了这个错误。错误是真实的，TortoiseSVN无法访问我试图提交的文件。此文件是在Windows中运行程序“作为管理员”时保存的。这意味着该文件具有管理员访问权限，但不能访问我的帐户(以交互式用户身份运行的TortoiseSVN)。我在windows帐户下获得了指定文件的所有权，在此之后，清理工作得以继续进行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1091343|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I resolved this error today when it occurred trying to Commit to SVN.
The error was genuine, TortoiseSVN could not access a file which I tried to Commit. This file had been saved while running a program "As Administrator" in Windows. This means the file has Administrator access but not access from my account (TortoiseSVN running as interactive user).
I took ownership of the nominated file under my windows account and after that Cleanup was able to proceed.

blocks|key|612425|text|我也坚持同样的问题，我试过打击：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|612426|1.尝试删除与svn相关的进程，即TSVNCache.exe和TortoiseProc+2.反转不版本文件并删除它们，这是我在svn中所拥有的。3.使用命令提示符"svn清理“进行清理|612427|最后，当重新启动桌面时，它为我工作，所以重新启动系统对我有效。|612428|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I have also stuck with the same issue I have tried blow:

1.Try kill the process related to svn i.e. TSVNCache.exe and TortoiseProc
2.Reverting the unversioned files and deletion of same, which I have in svn .
3.cleanup using command prompt "svn cleanup"

and finally when restarted the desktop it worked for me , So for restart of system worked for me

blocks|key|612465|text|我看到了svn的几个问题，包括这个问题，通过删除/创建一个.svn/tmp目录解决了这个问题。然后运行svn+cleanup|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|612466|entityMap^0|4|3|T|8|1F|B|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|O|8|@]|D|@]|E|$]]]|G|$]]

I have seen several issues with <code>svn</code>, including this one, solved by deleting/creating an <code>.svn/tmp</code> directory. Then run <code>svn cleanup</code>

blocks|key|536626|text|我用乌龟SVN。当清理失败时，检查清理选项|type|unstyled|depth|inlineStyleRanges|entityRanges|data|536627|确保选中了断锁选项。|offset|length|style|BOLD|536628|清理步骤|536629|探索文件夹中的鼠标左键|unordered-list-item|536630|选择‘乌龟SVN’->‘清理.’菜单|536631|选中“断开锁”并按“ok”键|536632|它已经回答了，但有时图片会有所帮助。|536633|​|536634|📷|atomic|536635|536636|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://developer.qcloudimg.com/http-save/yehe-900000/79eb02070e56a743f064137e698ff84f.png|imageAlt^0|0|5|2|0|0|0|0|3|3|0|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|17|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|18|8|@$D|19|E|1A|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|1B|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|1C|8|@]|9|@]|A|$]]|$1|M|3|N|5|L|7|1D|8|@]|9|@]|A|$]]|$1|O|3|P|5|L|7|1E|8|@$D|1F|E|1G|F|G]]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1H|8|@]|9|@]|A|$]]|$1|S|3|T|5|6|7|1I|8|@]|9|@]|A|$]]|$1|U|3|V|5|W|7|1J|8|@]|9|@$D|1K|E|1L|1|1M]]|A|$]]|$1|X|3|T|5|6|7|1N|8|@]|9|@]|A|$]]|$1|Y|3|-4|5|6|7|1O|8|@]|9|@]|A|$]]]|Z|$10|$5|11|12|13|A|$14|15|16|-4]]]]

I use tortoise SVN. When clean up failed, check cleanup option

Make sure the option to Break Locks is checked.

Cleanup step 

<ul>
<li>left mouse button in explore folder</li>
<li>select 'Tortoise SVN' -> 'Clean up...' menu</li>
<li>check 'Break Locks' checked and press 'ok'</li>
</ul>

It already answered ,but sometimes picture helps 

<a href="https://i.stack.imgur.com/BiUhY.png" rel="noreferrer"><img src="https://i.stack.imgur.com/BiUhY.png" alt="enter image description here"></a>

blocks|key|612515|text|在Eclipse中；|type|unstyled|depth|inlineStyleRanges|entityRanges|data|612516|右键单击项目文件夹>+Team+>刷新/清理。|ordered-list-item|612517|在Eclipse窗口中，选择项目菜单项下的清洁选项|612518|最后，重新启动Eclipse|612519|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|M|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|N|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|O|8|@]|9|@]|A|$]]]|J|$]]

In Eclipse;
<ol>
<li>Right click on your project folder &gt; Team &gt; Refresh/Cleanup.</li>
<li>In Eclipse window, select clean option under Project menu item</li>
<li>Finally, restart Eclipse</li>
</ol>

If I try to update my subversion repo, it says I must run cleanup. If I run cleanup, it says a file is missing. (I deleted a MASSIVE directory of files that failed to commit this morning from my home pc, but then I commit the same set of files from work, and now my home repo is bust). So, cleanup says:

Cleanup failed to process blablabla Can't set file blablabla read-write: The system cannot find the file specified.

If I update it says:

<blockquote>
 Command: Update Error: Previous operation has not finished; 
 run 'cleanup' if it was interrupted Error: Please execute the
 'Cleanup' command. Completed!:
</blockquote>

How do I get this unstuck?

Subversion stuck due to "previous operation has not finished"?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

如果我试图更新我的subversion回购，它说我必须运行清理。如果我运行清理，它说缺少一个文件。(我删除了一个大量的文件目录，这些文件今早在我家里的pc上没有提交，但后来我从工作中提交了相同的文件集，现在我的家庭回购程序已经失效)。所以，清理说：清理失败，处理blablabla无法设置文件blablabla读写:系统...

问因为“以前的操作还没有完成”而导致的颠覆卡住了？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问因为“以前的操作还没有完成”而导致的颠覆卡住了？EN