blocks|key|1588610|text|根据这个：http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1588611|将文件夹"blabla“签出到另一个位置，然后将其.svn文件夹复制回原始的"blabla”。|1588612|entityMap|0|LINK|mutability|MUTABLE|url|http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html^0|5|1Z|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

According to this: <a href="http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html" rel="noreferrer">http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html</a>

Check-out the folder "blabla" to a different location and then copy its .svn folder back into the original "blabla".

blocks|key|47128|text|最后，我遇到了类似的情况，并使用了强制删除__dir__的svn。这为我解决了问题。然后，我照常继续使用我的工作副本。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|47129|entityMap^0|T|U|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

fwiw, I had a similar situation and used svn --force delete __dir__. That solved the issue for me. Then i continued working with my working copy as normal.

blocks|key|47064|text|您可以尝试签出父目录的新副本吗？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|47065|编辑：更具体地说，我的意思是建议上一级删除包含目录。然后做一个|offset|length|style|BOLD|47066|svn+update+--set-depth+infinity|code-block|syntax|javascript|47067|来替换该目录。|47068|entityMap^0|0|0|3|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@$D|S|E|T|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|U|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

Can you try to check out a new copy of the parent directory?

Edit: To be bit more specific, I meant to suggest going up one level and deleting the containing directory. Then do a

<pre><code>svn update --set-depth infinity
</code></pre>

to replace the directory.

blocks|key|289326|text|我在svn中添加了一个目录，然后不小心删除了里面的.svn文件夹。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|289327|我用过|289328|svn+delete+--keep-local+folderName|code-block|syntax|javascript|289329|来解决我的问题。|289330|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|N|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|O|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

I added a directory to svn, then I accidentally deleted the .svn folder within. 

I used

<pre><code>svn delete --keep-local folderName
</code></pre>

to fix my problem.

blocks|key|47347|text|我刚刚做了'svn还原/blabla‘，它工作了，文件夹回来了，我可以svn删除它|type|unstyled|depth|inlineStyleRanges|entityRanges|data|47348|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I just did 'svn revert /blabla' and it worked, the folder is back and I can svn delete it

blocks|key|1451202|text|当我尝试将目录添加到存储库时，出现错误"Directory+'blah/.svn‘containing+working+copy+admin+area+is+missing“，但没有足够的文件系统权限执行此操作。该目录不在存储库中，但在添加失败后声称它处于版本控制之下。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1451203|将父目录的副本签出到另一个位置，并替换工作副本的父目录中的.svn文件夹，这样我就可以成功地添加和提交新目录(当然是在修复文件权限之后)。|1451204|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

The error "Directory 'blah/.svn' containing working copy admin area is missing" occurred when I attempted to add the directory to the repository, but did not have enough filesystem privileges to do so. The directory was not already in the repository, but it was claiming to be under version control after the failed add.

Checking out a copy of the parent directory to another location, and replacing the .svn folder in the parent dir of the working copy allowed me to add and commit the new directory successfully (after fixing the file permissions, of course).

blocks|key|1591112|text|我们使用maven和svn。导致此错误的原因是目标目录错误地签入到SVN。如果这个提示对任何人有帮助的话，请删除修复的所有内容。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1591113|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

We use maven and svn. It was an mistaken checkin of target directory to SVN that cause this error. Removing that fixed everything, if this hint helps anyone.

blocks|key|1451496|text|我尝试svn+rm+--force+/path/to/dir没有用，但最终只是运行svn+up，它为我修复了它。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1451497|entityMap^0|3|R|15|6|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

I tried <code>svn rm --force /path/to/dir</code> to no avail but ended up just running <code>svn up</code> and it fixed it for me.

blocks|key|1591053|text|我最近遇到了这个错误，因为我的SVN全局变量中的设置排除了这些文件。这个错误尤其令人讨厌，因为我还直接从存储库中删除了文件-这意味着上述拒绝的解决方案将不起作用。在本例中，从我从SVN中删除的目录中手动删除.svn目录允许我运行更新，然后再提交。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1591054|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had this error recently, when the files were excluded by settings in my SVN globals. The error was especially nasty since I also deleted the files directly from the repository - and this meant that the above solutions were refusing wouldn't work. In this case, manually deleting the .svn directory from the directory that I removed from SVN allowed me to run an update which then allowed me to commit.

blocks|key|47257|text|当我试图切换"C:\superfolder“时，我也遇到了同样的问题|type|unstyled|depth|inlineStyleRanges|entityRanges|data|47258|错误消息：|47259|缺少包含工作副本管理区域的|47260|目录'C:\superfolder\subfolder.svn‘请执行'Cleanup’命令。|blockquote|47261|47262|47263|在尝试“清理”之后，我得到了以下错误：|47264|47265|清理无法处理以下路径:C：\超级文件夹\‘C：\超级文件夹\子文件夹\’不是工作副本目录|47266|47267|47268|解决方案：|offset|length|style|BOLD|47269|删除文件夹"subfolder"|47270|Clean+up+|unordered-list-item|47271|
|47272|+folder+"superfolder"|47273|47274|Try以再次切换文件夹"superfolder"|47275|47276|这对我很有效。请让我知道它是否也适用于您。|47277|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0|5|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1F|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1G|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|1H|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|1I|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|1J|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|1K|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|1L|8|@]|9|@]|A|$]]|$1|N|3|O|5|H|7|1M|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|1N|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|1O|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|1P|8|@$T|1Q|U|1R|V|W]]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1S|8|@]|9|@]|A|$]]|$1|Z|3|10|5|11|7|1T|8|@]|9|@]|A|$]]|$1|12|3|13|5|6|7|1U|8|@]|9|@]|A|$]]|$1|14|3|15|5|11|7|1V|8|@]|9|@]|A|$]]|$1|16|3|13|5|6|7|1W|8|@]|9|@]|A|$]]|$1|17|3|18|5|11|7|1X|8|@]|9|@]|A|$]]|$1|19|3|-4|5|6|7|1Y|8|@]|9|@]|A|$]]|$1|1A|3|1B|5|6|7|1Z|8|@]|9|@]|A|$]]|$1|1C|3|-4|5|6|7|20|8|@]|9|@]|A|$]]]|1D|$]]

I had the same problem, when I was trying to switch "C:\superfolder"

Error messages:

<blockquote>
<pre><code>Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.
</code></pre>
</blockquote>

After trying to do a "cleanup", I got the following error:

<blockquote>
<pre><code> Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory
</code></pre>
</blockquote>

Solution:

<ol>
<li>Delete the folder "subfolder"</li>
<li>Clean up the folder "superfolder"</li>
<li>Try to switch again the folder "superfolder"</li>
</ol>

this worked for me.
Please let me know if it also works for you.

blocks|key|1591129|text|我最近遇到了这个错误。这是由于root拥有目录中的几个文件而导致此错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1591130|在我更改权限后，一切都像预期的那样工作。|1591131|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I had this error recently. It was caused by root owning a couple of files in the directory giving this error.

After I changed the permissions everything worked as expected.

blocks|key|1591159|text|我没有从你的帖子中理解太多。我的解决方案是|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1591160|1591161|将有问题的文件夹剪切并复制到某个位置。|ordered-list-item|1591162|确实将解决方案从Subversion添加到另一个工作目录(只是新目录)。|1591163|将您保存的文件夹添加到新的工作副本中，并将其添加为现有项目(如果是项目，如my+case).|1591164|Commit;|1591165|中的项目|1591166|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|R|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|S|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|T|8|@]|9|@]|A|$]]|$1|J|3|K|5|E|7|U|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|V|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|O|$]]

Didn't understand much from your posts.
My solution is

<ol>
<li>Cut the problematic folder and copy to some location.</li>
<li>Do Get Solution From Subversion into another working directory (just new one).</li>
<li>Add your saved folder to the new working copy and add it As Existing Project (if it's project as in my case).</li>
<li>Commit;</li>
</ol>

blocks|key|289346|text|我有这个问题。只需将blabla临时移动到另一个位置，告诉svn将其恢复，然后再将其移回。它被视为新的添加项。很简单！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|289347|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had this issue. Just move blabla to another location temporarily, tell svn to revert it, and then move it back. It is treated as a new addition. Simple!

blocks|key|1591280|text|对我有帮助的最简单的：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1591281|rm+-rf+_dir_in_question_
svn+up|code-block|syntax|javascript|1591282|如果您对有问题的目录进行了更改，那么这对您来说不是一个好的解决方案。|1591283|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

The simplest that helped me:

<pre><code>rm -rf _dir_in_question_
svn up
</code></pre>

If you have changes in the problematic dir, then this is not a good solution for you.

blocks|key|47652|text|我在用新版本替换第三方API库时遇到了这个问题，这里的解决方案对我都不起作用，因为我想用本地版本替换SVN版本。我的解决方案如下：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|47653|1)将违规文件夹移到我的home目录下，从SVN中删除并提交：|47654|mv+foldercausingproblem+~/
svn+--force+delete+foldercausingproblem
svn+commit+--message+"Temporary+removing+folder+with+old+API"|code-block|syntax|javascript|47655|2)把文件夹放回去，添加到SVN中，重新提交：|47656|mv+~/foldercausingproblem+./
svn+--force+add+.
svn+commit+--message+"Finally+all+working!"|47657|不得不提交两次有点令人恼火，但它似乎工作得很好。|47658|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|U|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

I came across this problem when replacing a third party API library with a newer version, and none of the solutions here really worked for me because I wanted to replace the SVN version with the local version. My solution was as follows:

1) Move the offending folder to my home dir, delete it from SVN and commit:

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

2) Put the folder back, add it to SVN and commit again:

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

Slightly irritating to have to commit twice, but it seems to have worked fine.

blocks|key|1451420|text|以防有人想要另一种解决方案：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1451421|以"foldername2"|1451422|Go身份将新文件夹签入到Tortise+SVN+repo+|unordered-list-item|1451423|ordered-list-item|1451424|在windows资源管理器中将"foldername2“重命名为"foldername”|1451425|执行更新|1451426|1451427|1451428|希望这能帮助到别人。|1451429|-Ev|1451430|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|W|8|@]|9|@]|A|$]]|$1|G|3|-4|5|H|7|X|8|@]|9|@]|A|$]]|$1|I|3|J|5|H|7|Y|8|@]|9|@]|A|$]]|$1|K|3|L|5|H|7|Z|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|11|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|12|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|13|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|T|$]]

Just in case anyone wants yet another solution:

<ol>
<li>Check in your new folder as "foldername2"</li>
<li>Go into Tortise SVN repo browser</li>
<li>Rename "foldername2" to "foldername" </li>
<li>In windows explorer do an update</li>
</ol>

Hope it helps someone.

-Ev

blocks|key|1591179|text|首先，将项目签出到系统中的一个文件夹中。然后从冲突项目中删除.svn文件夹，并从新的签出文件夹中复制.svn文件夹并粘贴到您的工作副本文件夹中。那么问题就解决了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1591180|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

First of all checkout the project into your system in a folder. Then remove the .svn folder from conflict project and copy the .svn folder from new checkout folder and paste into your working copy folder. Then problem is solved.

blocks|key|289287|text|对我来说，同样的问题也发生在以下两种情况下：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|289288|289289|deleted+(--force)+a+.map+file|unordered-list-item|offset|length|style|CODE|289290|通过svn+propedit+svn:ignore+.|289291|将*.map添加到svn:ignore|289292|我的解决方案是：|289293|对于属性的更改和对存储库的更改，撤消对property|289294|commit的更改并提交files|289295|
|289296|checkout+(alas!)|289297|289298|change+|289299|ordered-list-item|289300|289301|289302|entityMap^0|0|0|9|7|0|2|P|0|9|A|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|16|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|17|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|18|8|@$F|19|G|1A|H|I]]|9|@]|A|$]]|$1|J|3|K|5|E|7|1B|8|@$F|1C|G|1D|H|I]]|9|@]|A|$]]|$1|L|3|M|5|6|7|1E|8|@$F|1F|G|1G|H|I]]|9|@]|A|$]]|$1|N|3|O|5|6|7|1H|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1I|8|@]|9|@]|A|$]]|$1|R|3|S|5|E|7|1J|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|1K|8|@]|9|@]|A|$]]|$1|V|3|W|5|E|7|1L|8|@]|9|@]|A|$]]|$1|X|3|U|5|6|7|1M|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|E|7|1N|8|@]|9|@]|A|$]]|$1|10|3|-4|5|11|7|1O|8|@]|9|@]|A|$]]|$1|12|3|-4|5|6|7|1P|8|@]|9|@]|A|$]]|$1|13|3|-4|5|6|7|1Q|8|@]|9|@]|A|$]]|$1|14|3|-4|5|6|7|1R|8|@]|9|@]|A|$]]]|15|$]]

For me, the same issue happened when I both:

<ul>
<li>deleted (<code>--force</code>) a .map file</li>
<li>added *.map to <code>svn:ignore</code> via <code>svn propedit svn:ignore .</code></li>
</ul>

My solution was to:

<ol>
<li>undo changes to the property</li>
<li>commit changes to the files</li>
<li>checkout a fresh copy of the repository (alas!)</li>
<li>change the property and commit</li>
</ol>

blocks|key|1451560|text|当我试图向svn添加一个目录时，我遇到了这个问题。我通过进入repo浏览器解决了这个问题。在左侧窗口中右键单击，选择add+folder，然后直接在repo浏览器中添加目录。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1451561|然后我在本地删除了目录(当然是在备份之后)，进行了清理和svn更新，一切都恢复正常。|1451562|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I had this problem when I was trying to add a directory to svn. I solved it by going into repo browser. Right clicking in the left window, choosing add folder and adding the directory directly in the repo browser.

I then deleted the directory locally (after backup of course) did a clean up and svn update and everything was working again.

blocks|key|289386|text|我遇到的一项常见任务是在暂存中获取一个repo目录并将其复制到另一个repo+-两者都在SVN下，并且名称相同。我的工作方式如下所示：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|289387|svn+--force+delete+PROBLEMATIC-DIR
svn+export+"https://OLD+REPO-A/+new-repo-A"
svn+add+new-repo-A
svn+commit+new-repo-A|code-block|syntax|javascript|289388|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

A common task I experienced was having to take one repo directory in staging and copy it to another repo - both under SVN and both called the same name. The way that worked for me was the following:

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

I deleted manually a directory I just added, offline, in my repository. I can't restore the directory.

Any attempt to do an update or a commit will fail with: 

<pre><code>"blabla/.svn" containing working copy admin area is missing.
</code></pre>

I understand why, but is there anyway to fix this.

I don't want to checkout the entire repo and add my changes to it manually, it would take hours.

How to fix "containing working copy admin area is missing" in SVN?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋 

腾讯云代码助手

CODING DevOps

Cloud Studio

SDK中心

API中心

命令行工具

我在存储库中脱机手动删除了刚刚添加的目录。我无法恢复目录。任何执行更新或提交的尝试都将失败，并显示以下信息："blabla/.svn" containing working copy admin area is missing.我理解为什么，但是有没有办法解决这个问题。我不想签出整个存储库，并手动添加我的更改，这将需要几个小时。

问如何修复SVN中包含工作副本管理区缺失的问题？
EN

回答 20

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何修复SVN中包含工作副本管理区缺失的问题？EN

回答 20

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何修复SVN中包含工作副本管理区缺失的问题？
EN