如何修复“包含工作副本管理区域丢失”在 SVN？

我手动删除了我刚刚在存储库中添加的脱机目录，无法还原该目录。

执行更新或提交的任何尝试都将以下列方式失败:

"blabla/.svn" containing working copy admin area is missing.

我知道为什么，但是有没有办法。

我不想检查整个回购和添加我的变化手动它，这将需要几个小时。

161279 次浏览
小开

您能尝试签出父目录的一个新副本吗？

编辑: 更具体地说，我的意思是建议上升一级并删除包含的目录。那就做一个

svn update --set-depth infinity

来替换目录。

小开
最佳答案

根据这个: http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html

检查文件夹“ blabla”到一个不同的位置，然后复制它的.svn 文件夹到原来的“ blabla”。

小开

Fww，我有一个类似的情况，并使用 Svn ——强制删除 _ _ dir _ _。解决了我的问题。然后，我继续工作与我的工作副本正常。

小开

最近我出现了这个错误，当时我的 SVN 全局设置将这些文件排除在外。这个错误尤其令人讨厌，因为我还直接从存储库中删除了这些文件——这意味着上面的解决方案是不会起作用的。在这种情况下，手动删除。我从 SVN 删除的目录中的 SVN 目录允许我运行一个更新，然后允许我提交。

小开

错误“ Directory‘ brab/”。Svn’包含工作拷贝管理区域丢失”发生在我试图将目录添加到存储库时，但没有足够的文件系统特权来这样做。这个目录并不在存储库中，但是在添加失败之后，它声称处于版本控制之下。

将父目录的副本签出到另一个位置，并将。工作副本的父目录中的 svn 文件夹允许我成功地添加和提交新目录(当然是在修复文件权限之后)。

小开

我所做的是修复这个问题删除文件夹的 本地副本，然后做一个 svn update的父文件夹直接后。

马上就修好了。

小开

我也遇到过同样的问题当我试图切换“ C: 超级文件夹”时

错误信息:

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

在尝试进行“清理”之后，我得到了以下错误:

 Cleanup failed to process the following paths:
C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

解决方案:

  1. 删除文件夹“子文件夹”
  2. 清理文件夹“超级文件夹”
  3. 尝试再次切换文件夹“超级文件夹”

这招对我很管用。 请让我知道，如果它也为您工作。

小开

我们使用 maven 和 svn。将目标目录错误签入到 SVN 导致了这个错误。如果这个提示对任何人有帮助的话，删除那个修复一切的东西。

小开

我刚刚做了’svn 恢复/胡言乱语’，它的工作，文件夹回来，我可以 svn 删除它

小开

我最近犯了一个错误。这是由于 root 用户在目录中拥有两个文件导致了这个错误。

在我更改了权限之后，一切都按预期运行。

小开

以防有人想要另一个解决方案:

  1. 将您的新文件夹签入为“ foldername2”
  2. 进入 TortisSVN 回购浏览器
  3. 将“ foldername2”重命名为“ foldername”
  4. 在文件资源管理器做一个更新

希望能帮到别人。

Ev

小开

从你的帖子里看不出什么。 我的解决办法是

  1. 剪切有问题的文件夹并复制到某个位置。
  2. 从 Subversion 获取解决方案到另一个工作目录(只是新的)。
  3. 将保存的文件夹添加到新的工作副本中，并将其添加为“现有项目”(如果它是我的项目)。
  4. 承诺;
小开

首先，将项目签出到您的系统中的一个文件夹中。然后移除。从冲突项目中复制 svn 文件夹，并将。Svn 文件夹从新的签出文件夹并粘贴到您的工作副本文件夹。那问题就解决了。

小开

我尝试 svn rm --force /path/to/dir没有用，但结果只是运行 svn up和它为我修复。

小开

对我来说，同样的问题发生在我身上:

  • 已删除的(--force) . map 文件
  • 通过 svn propedit svn:ignore .添加 * . map 到 svn:ignore

我的解决办法是:

  1. 撤消对属性的更改
  2. 提交对文件的更改
  3. 签出存储库的一个新副本(唉!)
  4. 更改属性并提交
小开

我在尝试向 svn 添加目录时遇到了这个问题。我用回收浏览器解决了。右键单击左边窗口，选择添加文件夹并直接在回购浏览器中添加目录。

然后，我删除了本地目录(当然是在备份之后)做了一次清理和 svn 更新，一切都恢复正常。

小开

我向 svn 添加了一个目录，然后不小心删除了其中的.svn 文件夹。

我用过

svn delete --keep-local folderName

来解决我的问题。

小开

我有个问题。只是暂时将 blabla 移动到另一个位置，告诉 svn 恢复它，然后将其移回。它被视为一种新的添加物。很简单！

小开

帮助我的最简单的方法是:

rm -rf _dir_in_question_
svn up

如果在有问题的目录中有更改，那么这不是一个好的解决方案。

小开

我在用新版本替换第三方 API 库时遇到了这个问题，这里没有一个解决方案对我真正有效，因为我想用本地版本替换 SVN 版本。我的解决办法如下:

1)将违规文件夹移动到我的主目录，从 SVN 中删除并提交:

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2)放回文件夹，添加到 SVN，然后再次提交:

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

不得不承诺两次有点烦人，但似乎效果不错。

小开

我经历过的一个常见任务是在准备阶段获取一个回购目录并将其复制到另一个回购目录——都在 SVN 下，并且都调用相同的名称。对我有效的方法是这样的:

svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A

提交答案