SVN死循环-[文件]“存储库中不存在”
这件事已经困扰我一个星期了。
SVN一直告诉我某个文件"does not exist in repository“。
很好。我们把它删掉吧。忘了它吧。忽略它。管他呢。我并不真正关心这个文件(特别是如果它仍然无法在夜间签入)。
最奇怪的部分是什么？“恢复”实际上是从存储库中恢复文件，所以它就在那里(可能是损坏的？)。
...and这一定是锦上添花。如果我通过Windows资源管理器删除该文件，SVN将从存储库中恢复该文件，并在该文件不存在于存储库中之后立即恢复该文件。见鬼？
有谁知道怎么摆脱这个吗？
我已经尝试过清理、恢复、删除和其他任何可以想象到的东西，但这一次把我难倒了。
谢谢你给我的建议...
回答 2
Stack Overflow用户
发布于 2011-01-04 18:54:17
似乎最有可能的是你已经损坏了你的本地工作副本，例如，通过移动文件夹或一些其他操作，你用windows资源管理器做了，但应该通过TortoiseSVN上下文菜单来做。.svn文件夹中的信息现在不再与工作副本的状态匹配，这是令人困惑的Subversion。
要解决此问题，请使用windows资源管理器(而不是TortoiseSVN)删除工作副本中的父文件夹("Originals")。然后在工作副本的根目录下执行TortoiseSVN“更新”。这应该会将文件夹恢复到正常工作状态。
另一种选择是完全丢弃您的工作副本，并进行新的签出。
请注意，Subversion的下一版本(1.7)将通过将所有元数据集中在根目录下的单个.svn文件夹中来减少损坏工作副本的机会。
Stack Overflow用户
发布于 2018-04-05 15:31:27
我曾经遇到过一个类似的问题，我有一个文件夹，例如"FolderA“，即使我已经删除了它，它仍然显示在svn update中。它甚至不会显示在文件夹列表中，但svn仍然会识别它，就像它存在一样。
我按照以下步骤操作：
1.在相同的文件位置创建svn给出错误的相同文件夹名称
2.添加到svn checkout。因为它提供了冲突错误，所以我使用svn选项来解决它。
3.删除文件夹并提交我的svn。
错误已解决
https://stackoverflow.com/questions/4591015
复制相似问题
腾讯云开发者
