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

我手动删除了一个目录，我刚刚添加，脱机，在我的存储库。 我无法恢复目录。

任何尝试进行更新或提交都将失败：

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

我明白为什么，但无论如何要解决这个问题。

我不想结账整个回购并手动添加我的更改，这将需要几个小时。

Answer 1

据此： http : //www.devcha.com/2008/03/svn-directory-svn-containing-working.html

退出文件夹“blabla”到不同的位置，然后将其.svn文件夹复制回原来的“blabla”。

Answer 2

fwiw，我有类似的情况，并使用svn –force删除__dir__ 。 这解决了我的问题。 然后，我继续正常工作与我的工作副本。

Answer 3

我做了什么来解决这个问题是删除问题的文件夹的本地副本，然后直接做一个父母svn update 。

把它修好了

Answer 4

你可以尝试检出父目录的新副本吗？

编辑：为了更具体一点，我的意思是build议去一个级别，并删除包含的目录。 然后做一个

 svn update --set-depth infinity 

replace目录。

Answer 5

我添加了一个目录到svn，然后我不小心删除了.svn文件夹内。

我用了

 svn delete --keep-local folderName 

解决我的问题。

Answer 6

我只是'svn恢复/ blabla'，它的工作，该文件夹回来，我可以svn删除它

Answer 7

当我试图将目录添加到存储库，但没有足够的文件系统权限这样做时，发生错误“包含工作副本pipe理区域的目录”blah / .svn“丢失”。 该目录还不在存储库中，但在失败的添加之后，它声称处于版本控制之下。

将父目录的副本签出到另一个位置，并replace工作副本的父目录中的.svn文件夹，使我可以成功添加和提交新目录（固定文件权限之后）。

Answer 8

我们使用maven和svn。 这是一个错误的检查目标目录到SVN导致此错误。 如果这个提示可以帮助任何人，那么删除那个固定的东西。

Answer 9

我试过svn rm --force /path/to/dir无济于事，但是最后只是运行了svn up并且为我修复了这个问题。

Answer 10

我最近有这个错误，当我的SVN全局设置排除文件。 错误是特别讨厌的，因为我也直接从存储库中删除了文件 – 这意味着上述解决scheme拒绝不起作用。 在这种情况下，从我从SVN中删除的目录中手动删除.svn目录允许我运行更新，然后允许我提交。

Answer 11

我有同样的问题，当我试图切换“C：\ superfolder”

错误消息：

 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. 清理文件夹“superfolder”
3. 尝试再次切换文件夹“超级文件夹”

这对我工作。 请让我知道，如果它也适用于你。

Answer 12

我最近有这个错误。 这是由于root拥有目录中的几个文件引起这个错误。

我改变了权限后，一切按预期工作。

Answer 13

从您的post不太了解。 我的解决scheme是

1. 剪下有问题的文件夹并复制到某个位置。
2. 从Subversion获得解决scheme到另一个工作目录（只是新的一个）。
3. 添加你保存的文件夹到新的工作副本，并将其添加为现有项目（如果它是项目在我的情况）。
4. 承诺;

Answer 14

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

Answer 15

最简单的帮助我：

 rm -rf _dir_in_question_ svn up 

如果你在有问题的目录中有变化，那么这对你来说不是一个好的解决scheme。

Answer 16

当用新版本replace第三方API库时遇到了这个问题，这里没有任何一个解决scheme真正为我工作，因为我想用本地版本replaceSVN版本。 我的解决scheme如下：

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!" 

有点恼火不得不承诺两次，但似乎运作良好。

Answer 17

以防万一任何人想要另一个解决scheme：

1. 检查你的新文件夹为“foldername2”
2. 进入酷酷的SVN回购浏览器
3. 将“foldername2”重命名为“foldername”
4. 在Windows资源pipe理器中进行更新

希望它可以帮助别人。

-ev

Answer 18

对我来说，同样的问题发生在我两人之间：

• 删除（ --force ）.map文件
• 将* .map添加到svn:ignore通过svn propedit svn:ignore .

我的解决scheme是：

1. 撤消对属性的更改
2. 提交对文件的更改
3. 签出一个新的版本库（唉！）
4. 更改属性并提交

Answer 19

当我试图添加一个目录到SVN时，我有这个问题。 我通过进入回购浏览器解决了它。 右击左边的窗口，select添加文件夹，直接在repo浏览器中添加目录。

然后，我在本地删除目录（当然备份后）做了清理和SVN更新，一切都工作了。

Answer 20

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