Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/svn/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
“如何修复”;“缺少包含工作副本的管理区域”;在SVN?_Svn_Repair_Delete Directory - Fatal编程技术网

“如何修复”;“缺少包含工作副本的管理区域”;在SVN?

“如何修复”;“缺少包含工作副本的管理区域”;在SVN?,svn,repair,delete-directory,Svn,Repair,Delete Directory,我手动删除了我刚刚在存储库中添加的脱机目录。我无法还原目录 执行更新或提交的任何尝试都将失败,原因是: "blabla/.svn" containing working copy admin area is missing. 我明白为什么,但无论如何都有办法解决这个问题 我不想签出整个回购协议并手动添加更改,这需要几个小时。您能尝试签出父目录的新副本吗 编辑:更具体地说,我的意思是建议升级一级并删除包含的目录。然后做一个测试 svn update --set-depth infinity 要

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

执行更新或提交的任何尝试都将失败,原因是:

"blabla/.svn" containing working copy admin area is missing.
我明白为什么,但无论如何都有办法解决这个问题


我不想签出整个回购协议并手动添加更改,这需要几个小时。

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

编辑:更具体地说,我的意思是建议升级一级并删除包含的目录。然后做一个测试

svn update --set-depth infinity
要替换目录。

请根据以下内容:


将文件夹“blabla”签出到另一个位置,然后将其.svn文件夹复制回原始的“blabla”。

fwiw,我遇到了类似的情况,并使用了svn--force delete.\uu dir.。这为我解决了问题。然后,我继续正常使用我的工作副本。

我最近遇到了这个错误,当时我的SVN globals中的设置排除了这些文件。这个错误尤其严重,因为我还直接从存储库中删除了这些文件——这意味着上述解决方案无法工作。在这种情况下,从我从svn中删除的目录中手动删除.svn目录允许我运行更新,然后允许我提交。

当我尝试将目录添加到存储库时,出现错误“包含工作副本管理区域的目录”blah/.svn“,但没有足够的文件系统特权来执行此操作。该目录不在存储库中,但在添加失败后,它声称处于版本控制之下


将父目录的副本签出到另一个位置,并替换工作副本的父目录中的.svn文件夹,使我能够成功地添加和提交新目录(当然,在修复文件权限之后)


立即修复。

我在尝试切换“C:\superfolder”时遇到了相同的问题

错误消息:

在尝试进行“清理”后,我出现以下错误:

解决方案:

  • 删除文件夹“子文件夹”
  • 清理文件夹“超级文件夹”
  • 尝试再次切换文件夹“超级文件夹”
  • 这对我有用。
    请让我知道它是否也适用于您。

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

    我刚刚做了“svn revert/blabla”,它成功了,文件夹又回来了,我可以svn删除它。

    我最近遇到了这个错误。这是由于root拥有目录中的两个文件导致的,并给出了此错误


    在我更改权限后,一切都按预期进行。

    以防有人需要其他解决方案:

  • 以“foldername2”的身份签入新文件夹
  • 进入Tortise SVN回购浏览器
  • 将“foldername 2”重命名为“foldername”
  • 在windows资源管理器中执行更新
  • 希望它能帮助别人


    -Ev对你的帖子了解不多。 我的解决办法是

  • 剪切有问题的文件夹并复制到某个位置
  • 从Subversion获取解决方案到另一个工作目录(只是新目录)
  • 将保存的文件夹添加到新的工作副本中,并将其添加为现有项目(如果它是我的项目)
  • 承诺
    首先,将项目签出到系统中的文件夹中。然后从冲突项目中删除.svn文件夹,并从新签出文件夹中复制.svn文件夹,然后粘贴到工作副本文件夹中。然后问题就解决了。

    我尝试了
    svn rm--force/path/to/dir
    但没有效果,结果只是运行了
    svn up
    ,它为我解决了问题。

    对我来说,同样的问题发生在我:

    • 已删除(
      --force
      )一个.map文件
    • 通过
      svn propedit svn:ignore将*.map添加到
      svn:ignore
    我的解决办法是:

  • 撤消对属性的更改
  • 提交对文件的更改
  • 签出存储库的新副本(唉!)
  • 更改属性并提交

  • 我在尝试向svn添加目录时遇到了这个问题。我通过进入回购浏览器解决了这个问题。在左侧窗口中单击鼠标右键,选择“添加文件夹”,然后直接在repo浏览器中添加目录


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

    我在svn中添加了一个目录,然后意外地删除了其中的.svn文件夹

    我曾经

    svn delete --keep-local folderName
    

    来解决我的问题。

    我遇到了这个问题。只需将blabla临时移动到另一个位置,告诉svn将其还原,然后将其移回。它被视为一种新的添加物。简单

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

    rm -rf _dir_in_question_
    svn up
    

    如果您对有问题的目录进行了更改,那么这对您来说不是一个好的解决方案。

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

    1) 将有问题的文件夹移动到my home目录,将其从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!"

    不得不提交两次有点令人恼火,但它似乎工作得很好。

    我经历的一个常见任务是在暂存中获取一个repo目录,并将其复制到另一个repo-都在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
    

    我试过了,但出于某种奇怪的原因,我最终得到了一个空目录。我不明白…一个明确的
    svn更新blabla
    mv ~/foldercausingproblem ./
    svn --force add .
    svn commit --message "Finally all working!"
    svn --force delete PROBLEMATIC-DIR
    svn export "https://OLD REPO-A/ new-repo-A"
    svn add new-repo-A
    svn commit new-repo-A