什么时候'svn清理'失败?

我在工作文件夹中有很多更改,并试图进行更新的东西搞砸了。

现在,当我发出'svn清理'时,我得到:

>svn cleanup . svn: In directory '.' svn: Error processing command 'modify-wcprop' in '.' svn: 'MemPoolTests.cpp' is not under version control 

MemPoolTests.cpp是另一个开发人员添加的新文件,在更新中被取消。 它以前不存在于我的工作文件夹中。

有什么我可以做的尝试和前进, 不必检出一个新的存储库副本?

澄清:感谢有关移动目录的build议,并删除一个新的副本。 我知道这是一个select,但这是一个我想避免的,因为有很多变化嵌套多个目录深(这应该是一个分支…)我所希望的是一个更积极的做法清理,也许有人强迫文件svn是有麻烦回到已知的状态(我试图删除它的工作副本…这并没有帮助)。

从头开始不是一个选项…

我删除了.svn目录中的日志文件(我也删除了.svn / props-base中的有问题的文件)

然后做了清理

然后恢复我的更新。

随着SVN 1.7的发展,事情已经发生了变化,删除.svn目录中日志文件的stream行解决scheme对于迁移到数据库工作拷贝实现是不可行的。

这是我所做的似乎工作:

  1. 删除工作副本的.svn目录。
  2. 在新的临时目录中启动一个新的结帐。
  3. 取消结帐(我们不希望等待所有东西被拉下来)。
  4. 在取消的结帐上运行清理。
  5. 现在我们有一个干净的数据库的新的.svn目录(尽pipe没有/几个文件)
  6. 将此.svn复制到旧的,损坏的工作目录中。
  7. 运行svn update,它会使你的新的部分.svn目录加快你的旧工作目录。

这有点令人困惑,stream程明智。 基本上,我们正在做的是删除损坏的.svn,然后创build一个新的.svn为同一个结帐path。 然后,我们将这个新的.svn移到我们的旧工作目录,并将其更新到回购。

我只是在TSVN中这样做,它似乎工作正常,不需要完整的结帐和下载。

-Jody

看一眼

http://www.anujvarma.com/svn-cleanup-failedprevious-operation-has-not-finished-run-cleanup-if-it-was-interrupted/

从上面的链接修复摘要(感谢Anuj Varma)

  1. 从这里安装sqllite(32位二进制窗口)。

  2. sqlite .svn/wc.db "select * from work_queue"

select应该显示您的有问题的文件夹/文件作为工作队列的一部分。 你需要做的是从工作队列中删除这个项目。

  1. sqlite .svn/wc.db "delete from work_queue"

而已。 现在,你可以再次运行清理 – 它应该工作。 或者你可以直接进行你正在做的任务,然后提示运行清理(添加一个新的文件等)

如果一切都失败了:

  1. 签出到一个新的文件夹。
  2. 复制您的修改过的文件。
  3. 重新检查。
  4. 在将其删除并使用新文件夹之前,将旧文件夹拉到某处(您永远不知道+偏执狂是好的)。

这个答案只适用于1.7之前的版本(谢谢@ŁukaszBachman)

Subversion存储每个文件夹的信息(以.svn为单位),所以如果你只是处理一个子文件夹,你不需要检出整个资源库 – 只是已经存在的文件夹:

 cd dir_above_borked mv borked_dir borked_dir.bak svn update borked_dir 

这会给你一个很好的borked文件夹的工作副本,但是你仍然在borked_dir.bak中备份你的修改。 窗户/乌龟同样适用

如果你有一个孤立的文件夹中的变化看看

 svn checkout -N borked_dir # non-recursive but deprecated 

要么

 svn checkout --depth=files borked_dir # depth is new territory to me but svn help checkout 
 $ ls -la .svn $ rm -f .svn/lock 

然后

 $ svn update 

希望能帮助到你

最新版本(我正在使用1.9.5)通过在清理菜单上添加一个“Break locks”选项来解决这个问题。 清理时请确保选中此checkbox。

清洁窗户

有可能你有两个文件名只有大写不同的问题。 如果遇到这个问题,创build另一个工作副本目录不能解决问题。

目前的Windows(即蹩脚的)文件系统根本不FILEname FilenameFILEname之间的区别。 你有两个可能的修复:

  1. 使用真正的文件系统(基于Unix)检查平台,重命名文件并提交更改。
  2. 当你坚持使用Windows时,你可以在Eclipse svn repository browser中重命名文件,它可以识别区别,并在那里重命名文件。
  3. (添加到2011年5月24日编辑)你可以重命名有问题的文件也远程从任何命令行svn客户端使用svn rename -m "broken filename case" http://server/repo/FILEname http://server/repo/filename

我有完全相同的问题,我不能提交和清理将失败。

使用命令行客户端,我能够看到一个错误消息,指出它无法将文件从.svn / props移动到.svn / prop-base

我看着特定的文件,发现它被标记为只读。 删除只读属性后,我能够清理文件夹和提交我的更改。

希望这可以帮助。

我在Windows 7 64位上遇到了同样的问题。 我以pipe理员身份运行了控制台,并从问题目录中删除了.svn目录(获得了关于日志或其他内容的错误,但忽略了它)。 然后,在资源pipe理器中,我删除了在版本控制下不再显示的问题目录。 然后,我跑了一个更新,事情按预期进行。

我有同样的问题,我的原因是与EasySvn和(TortoiseSvn或只是Svn)冲突。 我有自动更新和提交简单的SVN(这是不工作)。 当我把它关掉时,我无法清理,提交或更新。 上述解决scheme都没有工作,但重新启动:)

每当我有类似的问题,我使用rsync(注意:我使用Linux或MacOSX)来帮助,如下所示:

 # go to parent directory cd dir_above_borked # rename corrupted directory mv borked_dir borked_dir.bak # checkout a fresh copy svn checkout svn://... borked_dir # copy the modified files to the fresh checkout # - test rsync # (possibly use -c to verify all content and show only actually changed files) rsync -nav --exclude=.svn borked_dir.bak/ borked_dir/ # - if all ok, run rsync for real # (possibly using -c again, possibly not using -v) rsync -av --exclude=.svn borked_dir.bak/ borked_dir/ 

这样你有一个新的结帐,但具有相同的工作文件。 对我来说,这总是像一个魅力。

HTH

我试图通过控制台做svn cleanup ,并得到类似的错误

 svn: E720002: Can't open file '..\.svn\pristine\40\40d53d69871f4ff622a3fbb939b6a79932dc7cd4.svn-base': The system cannot find the file specified. 

所以我手动创build了这个文件(空),并再次进行svn cleanup 。 这一次,它没有问题。

我最近碰到了这个。 select“清理”后,在popup选项对话框中,选中“打破locking”,然后点击“确定”,我的技巧是什么? 它为我成功清理。

试过不同的解决scheme在这里解释,没有工作。

在我的情况,(SVN 1.9.3),在Eclipse上运行Team> Update to head失败,出现错误:

svn:E155004:'/ home / user / path / to / svn-folder'中有未完成的工作项目; 先运行'svn cleanup'。

团队>清理失败,同样的错误。

find简单的解决scheme: 我在命令行运行清理

 ~/path/to/svn-folder/$ svn cleanup 

命令成功。 然后Eclipse中的团队>更新再次工作。

如果问题是大小写敏感的(这可能是一个问题,当检查到Mac,以及窗口),你没有检查到* nix系统的选项,下面应该工作。 这是从一开始的过程:

 % svn co http://[domain]/svn/mortgages mortgages 

[结账继续…然后…]

 svn: In directory 'mortgages/trunkhttp://img.dovov.comrates' svn: Can't open file 'mortgages/trunkhttp://img.dovov.comrates/.svn/tmp/text-base/Header_3_nobookmark.gif.svn-base': No such file or directory 

这里发生的事情是,svn试图检出两个文件名称相似,只是大小写不同 – Header_3_noBookmark.gifHeader_3_nobookmark.gif 。 Mac文件系统默认为不区分大小写,导致svn在这种情况下窒息。 所以…

 % cd mortgages/trunkhttp://img.dovov.comrates/ % svn up svn: Working copy '.' locked svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) 

但是,正如我们所知,运行svn cleanup不起作用。

 % svn cleanup svn: In directory '.' svn: Error processing command 'modify-wcprop' in '.' svn: 'spacer.gif' is not under version control 

spacer.gif在这里不是问题…它不能移过前面的错误到下一个文件。 所以我删除了.svn以外的所有文件,并删除了svn日志。 这使清理工作,以便我可以签出并重命名有问题的文件。

 % rm *; rm -rf .svn/log; svn cleanup % svn up Header_3_nobookmark.gif A Header_3_nobookmark.gif Updated to revision 1087. % svn mv Header_3_nobookmark.gif foo A foo D Header_3_nobookmark.gif % svn up A spacer.gif A Header_3_noBookmark.gif 

在此之后,我可以回到项目的根目录,运行svn up查看其余部分。

(在尝试移动文件夹并执行新的结帐之前)

删除有问题的文件所在的文件夹 – 是的,甚至是.svn文件夹,然后在顶级/父文件夹上执行svn清理

Subclipse被Windows真正的恶魔般的locking行为弄糊涂了。 Unlocker是你的朋友。 这可以findlocking的文件并强制释放锁。

我面临同样的问题。 在互联网上search后发现下面的文章 。 然后意识到,我被logging为一个不同于我用来设置svn的用户,基本上是一个权限问题。

当我在tortoisesvn(Windows)上面对这个问题时。 我去cygwin并从那里运行' svn cleanup ',它为我清理正确。 之后,所有的东西从tortoisesvn工作。

只读locking有时会发生在带有窗口的networking驱动器上。 尝试断开并重新连接。 然后清理和更新。

经过这里引用的大部分解决scheme后,我仍然得到了错误。 这个问题是不区分大小写的OSX 。 检出具有两个相同名称但大小写不同的文件的目录会导致问题。 例如ApproximationTest.java和Approximationtest.java不应该在同一个目录下。 一旦我们摆脱了一个文件,问题就消失了。

我遇到一个问题,在更新后,svn显示一个文件夹被冲突。 奇怪的是,这只能通过命令行才能看到 – 乌龟认为这一切都很好。

 #>svn st ! my_dir ! my_dir\sub_dir 

svn cleanupsvn revertsvn updatesvn resolve都没有解决这个问题。

我最终解决了这个问题,如下所示:

  • 在.svn目录中查找“sub_dir”
  • 使用RC – >属性取消条目文件上的“只读”标志
  • 打开条目文件并删除“未完成…”行和相应的校验和
  • 保存并重新启用只读标志
  • 重复为my_dir目录

之后,一切都很好。

请注意我没有任何本地更改,所以我不知道如果您有这样的风险,是否会有风险。 我没有使用其他人build议的删除/更新方法 – 我通过尝试在my_dir / sub_dir / sub_sub_dir目录(它开始有相同的症状)进入这个状态 – 所以我不想冒险让事情变得更糟再次!

不太关注主题,但是如果有人像我一样碰到这篇文章,也许会有所帮助。

它可能不适用于所有情况,但是当我最近遇到这个问题时,我的“修复”是升级我的系统上的subversion软件包。 我一直在运行1.4.something,当我升级到最新的(1.6.6在我的情况)结帐工作。

(我尝试重新下载它,但一个干净的目录结帐总是挂在同一个地方。)

不不不! 如果您使用svn 1.7或更高版本,清理命令应该做的工作! 我也做了一些实验,发现解决scheme(至less在eclipse中)正在执行清理,只是在错误消息中指定的文件夹,而不是整个项目!

我做的是sudo chmod 777 -R . 能够更改权限。 如果没有sudo,它将无法正常工作,给我和运行其他命令一样的错误。

现在你可以做svn update或其他什么,而不必废弃整个目录并重新创build它。 这是特别有用的,因为您的IDE或文本编辑器可能已经打开某些选项卡,或者有同步问题。 您不需要使用此方法来取消您的工作目录。

我解决了这个问题,通过复制一些同事.svn目录到我的工作副本,然后更新我的工作副本,这是一个很好的,快速和干净的解决scheme。

这里的答案没有帮助我,但在再次检查项目之前,我closures并打开Eclipse(Subversive是我的SVN客户端),问题消失了。

上面有一些非常好的build议,但是如果你在Windows上使用Tortoise SVN(一个好的产品,但是…)总是回退到命令行并首先执行一个简单的“svn cleanup”。

在许多情况下,Windows客户端不会运行清理命令,但使用svn命令行工具清理工作正常。

这一切都发生在我身上,所以我觉得不得不发帖!

虽然面临类似的问题,手动合并存储库同步视图有助于解决这个问题。 一个文件名与其他文件名冲突,它清楚地提到了这个问题,重新命名较新的文件来parsing它。