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

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

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

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

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

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

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

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

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

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

    把它修好了

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

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

     svn update --set-depth infinity 

    replace目录。

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

    我用了

     svn delete --keep-local folderName 

    解决我的问题。

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

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

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

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

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

    我最近有这个错误,当我的SVN全局设置排除文件。 错误是特别讨厌的,因为我也直接从存储库中删除了文件 – 这意味着上述解决scheme拒绝不起作用。 在这种情况下,从我从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. 清理文件夹“superfolder”
    3. 尝试再次切换文件夹“超级文件夹”

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

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

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

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

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

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

    最简单的帮助我:

     rm -rf _dir_in_question_ svn up 

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

    当用新版本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!" 

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

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

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

    希望它可以帮助别人。

    -ev

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

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

    我的解决scheme是:

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

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

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

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