blocks|key|63256|text|如果你这样做了，它会工作吗？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|63257|使用tool|63258|commit|unordered-list-item|63259|
+/|63260|63261|将您修改过的文件合并到新的签出文件夹中|63262|63263|63264|编辑:根据derobert评论更新点2。|63265|entityMap^0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|T|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|U|8|@]|9|@]|A|$]]|$1|I|3|-4|5|F|7|V|8|@]|9|@]|A|$]]|$1|J|3|K|5|F|7|W|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|X|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|Z|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|Q|$]]

Does it work if you do 

<ul>
<li>a new "clean" checkout </li>
<li>merge the files that you have modified into the new checkout folder(s) using a merge / diff tool</li>
<li>commit</li>
</ul>

?

EDIT: Updated point 2 according to derobert comment.

blocks|key|4820859|text|如果你还没有修改过D:\Webs\Drupal+6，那么最简单的方法可能就是核化它，然后让svn+co再次从服务器上获取它。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4820860|或者，如果您修改了文件，您可以尝试divo的建议，但要小心意外地恢复了其他人的更改。|4820861|或者，您可以查看.svn目录并尝试手动清除锁。|4820862|EDIT:这里介绍了核/复制过程如何恢复其他人的更改：|BOLD|4820863|4820864|Checkout，get+r1；|ordered-list-item|4820865|修改foo.c，对foo.c进行r1%2B+changes);|4820866|You其他检查(当然，你不知道他们已经这样做了，正常的检查方式对你来说已经被打破了)，代码库中的foo.c现在是r2；|4820867|你现在核除了foo.c之外的存储库(r1+%2B+foo.c做签出，获取foo.c+r2。|4820868|你用你的副本(r1+%2B更改)替换了foo.c。然而，Subversion没有意识到这一点，它认为您的更改基于r2，而不是r1。|4820869|Checkin，foo.c现在是r3，它刚刚丢失了其他人在r2中所做的更改。|4820870|4820871|希望这能澄清该过程如何意外地恢复其他人的更改。它是可以避免的，但前提是你知道它是如何发生的！|4820872|entityMap^0|9|G|0|0|8|4|0|0|5|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|15|8|@$9|16|A|17|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|18|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|19|8|@$9|1A|A|1B|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|1C|8|@$9|1D|A|1E|B|L]]|D|@]|E|$]]|$1|M|3|-4|5|6|7|1F|8|@]|D|@]|E|$]]|$1|N|3|O|5|P|7|1G|8|@]|D|@]|E|$]]|$1|Q|3|R|5|P|7|1H|8|@]|D|@]|E|$]]|$1|S|3|T|5|P|7|1I|8|@]|D|@]|E|$]]|$1|U|3|V|5|P|7|1J|8|@]|D|@]|E|$]]|$1|W|3|X|5|P|7|1K|8|@]|D|@]|E|$]]|$1|Y|3|Z|5|P|7|1L|8|@]|D|@]|E|$]]|$1|10|3|-4|5|6|7|1M|8|@]|D|@]|E|$]]|$1|11|3|12|5|6|7|1N|8|@]|D|@]|E|$]]|$1|13|3|-4|5|6|7|1O|8|@]|D|@]|E|$]]]|14|$]]

If you haven't modified <code>D:\Webs\Drupal 6</code>, then the easiest thing might just be to nuke it, then let svn co grab it from the server again.

Or, if you have modified files, you can try divo's suggestion, but beware of accidentally reverting other people's changes.

Or, you could look inside the <code>.svn</code> directories and try to clean the locks out by hand.

EDIT: Here is how the nuke/copy procedure can revert other people's changes:

<ol>
<li>Checkout, get r1;</li>
<li>Modify foo.c, giving r1 + changes;</li>
<li>Someone else checks in a change to foo.c (you don't know they've done this, of course, and the normal way of checking is broken for you), foo.c in the repo is now r2;</li>
<li>You now nuke your repository except foo.c (r1 + changes);</li>
<li>You do a checkout, get foo.c r2.</li>
<li>You replace foo.c with your copy (r1 + changes). Subversion, however, is unaware of this, and thinks you based your changes on r2, not r1.</li>
<li>Checkin, foo.c is now r3, which has just lost the other person's changes in r2.</li>
</ol>

Hope that clarifies how that procedure can accidentally revert other people's changes. It can be avoided, but only if you're aware of how it can happen!

blocks|key|4820882|text|我只是检查并删除了所有相关的.svn文件夹，然后运行了清理。完美的工作！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4820883|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 went through and deleted all the relevant .svn folders, and then ran a cleanup. works perfectly!

blocks|key|1969677|text|/*|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1969678|我遇到了类似的问题。建议使用svn+cleanup是没有用的，因为cleanup给出了相同的错误(在本例中是一个递归错误)。最终，我意识到我已经将从远程存储库检出的工作区导入到本地存储库，因此我用导出替换了检出，删除了存储库路径，重新创建了它，然后将其检入。在一次失败的签出之后，由于发送和接收端的路径级别不明确(!)，我能够毫无问题地签出。这向我暗示，也许旧的.svn组件是导入的一部分，并且混淆了subversion，并且它没有足够的知识来忽略它们。每次我尝试创建一个存储库，这都是一次重新学习的经历。|1969679|*/|1969680|不要紧。我犯了以下错误:+1)编辑了导出命令，而不是签出命令；2)省略了目标位置的完整路径，并以隐藏在Windows中的cygwin子目录结束！|1969681|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

/*

I ran into a similar problem. The suggestion to use svn cleanup was useless, because cleanup gave the same error (a recursive one, in this case). Eventually, I realized that I had imported a workspace checked out from a remote repo into my local one, so I replaced the checkout with an export, deleted the repo path, recreated it, and checked it in. After one failed checkout, caused by the ambiguity of path levels on both the sending and receiving end (!), I was able to checkout with no problems. This suggests to me that maybe the old .svn components were part of the import and were confusing subversion, and it didn't know enough to ignore them. Every time I try to create a repository, it's a relearning experience.

*/

Never mind. I made the following mistakes:
1) edited the export command, not the checkout one;
2) omitted the full path from the destination and ended up in a cygwin subdirectory hidden from Windows!

!!! This is not a duplicate question since the solutions offered in the other topics didn't work for me.

When I try to commit:

Error: Working copy 'D:\Webs\Drupal 6' locked 
Error: Please execute the "Cleanup" command.

When I try to do a cleanup:

Cleanup failed to process the following paths:
D:\Webs\Drupal 6

Does anyone know how I can solve this problem?

SVN says I need to perform cleanup, but the cleanup fails

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

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

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

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

!!！这不是一个重复的问题，因为其他主题中提供的解决方案对我不起作用。当我尝试提交时：错误:工作副本'D:\Webs\Drupal 6‘已锁定错误:请执行Cleanup命令。当我尝试进行清理时：Cleanup无法处理以下路径: D:\Webs\Drupal 6有人知道我怎么解决这个问题吗？

问SVN说我需要执行清理，但清理失败
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问SVN说我需要执行清理，但清理失败EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问SVN说我需要执行清理，但清理失败
EN