如何解决SVN中“缺少包含工作副本管理区域”的问题？

StackOverflow https://stackoverflow.com/questions/1394076

  •  21-09-2019
  •  | 
  •  

题

我手动删除了刚刚在存储库中离线添加的目录。我无法恢复目录。

任何更新或提交的尝试都将失败，并显示： 

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

我明白为什么，但是有办法解决这个问题吗？

我不想签出整个存储库并手动添加我的更改，这需要几个小时。

有帮助吗？

解决方案

根据该：的http：// WWW。 devcha.com/2008/03/svn-directory-svn-containing-working.html

退房文件夹“布拉布拉”到一个不同的位置，然后复制其的.svn夹回原始“布拉布拉”。

其他提示

FWIW，我也有类似情况，使用的 SVN --force删除__dir __ 即可。这解决了这个问题对我来说。然后，我继续我的工作拷贝正常工作。

我所做的修复，这是删除本地下讨论的文件夹的复制，然后做父母的svn update直接算账。

固定它权利了。

你能尝试签出父目录的新副本？

修改要更具体一点，我的意思是建议上升一层并删除包含的目录。然后执行一个

svn update --set-depth infinity

替换目录。

我添加了一个目录到SVN，然后我意外删除内的.svn文件夹。

我用

svn delete --keep-local folderName

要解决我的问题。

我只是做了“的svn复归/布拉布拉”和它的工作，该文件夹又回来了，我可以SVN删除

错误“目录‘嗒嗒/ .svn文件’包含的工作拷贝管理区域缺少”当我试图将目录添加到库中，但没有足够的文件系统权限才可以发生。该目录是不是已经在仓库中，但它自称是版本控制下的失败添加后。

签出父目录的副本到另一个位置，并且在工作拷贝的父目录替换的.svn文件夹允许我添加和成功提交新的目录（定影过程的文件的权限，之后）。

我们使用Maven和svn。这是目标目录的误签入到SVN导致此错误。除去固定的一切，如果这个提示可以帮助任何人。

我试过svn rm --force /path/to/dir无济于事，但最终只是运行svn up并固定为我。

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

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

这对我有用。请告诉我它是否也适合您。

最近，我有这个错误。它是由根拥有一对情侣在目录给这个错误文件而造成的。

在我改变权限一切都按预期。

从你的帖子里看不太懂。我的解决方案是

  1. 剪切有问题的文件夹并复制到某个位置。
  2. 将“从 Subversion 获取解决方案”复制到另一个工作目录（只是新的目录）。
  3. 将保存的文件夹添加到新的工作副本并将其添加为现有项目（如果它是我的情况下的项目）。
  4. 犯罪;

我有这个问题。只是布拉布拉移动到另一个位置是暂时的，告诉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!"

轻微刺激必须提交的两倍，但它似乎已工作得很好。

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

  1. 将新文件夹签入为“foldername2”
  2. 进入 Tortise SVN 仓库浏览器
  3. 将“文件夹名称2”重命名为“文件夹名称”
  4. 在 Windows 资源管理器中进行更新

希望它能帮助某人。

-Ev

对我来说，当我都发生同样的问题时：

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

我的解决方案是：

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

我有，当我试图将目录添加到SVN这个问题。我通过进入回购浏览器解决了这个问题。右击在左侧窗口，选择Add文件夹，并直接在库浏览器添加的目录。

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

首先签项目到您的系统文件夹中。然后从冲突项目的.svn文件夹，然后将复制新签文件夹中的文件夹.svn文件并粘贴到你的工作拷贝的文件夹。然后问题就解决了。

我遇到的一个共同任务是要坐一个回购目录分期，并将其复制到另一个回购 - 既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
许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top