这已经困扰我一个星期了。
SVN 一直告诉我某个文件“does not exist in repository”。
很好。让我们删除它。忘掉它。忽略它。任何。我并不真正关心这个文件（尤其是如果它继续未能通过夜间签入）。
最离奇的部分？ “恢复”实际上会从存储库中恢复文件，所以它就在那里（可能已损坏？）。
...这一定是锦上添花。如果我通过 Windows 资源管理器删除该文件，SVN 将从存储库中恢复该文件，并在此之后立即声明该文件在存储库中不存在。什么鬼？
有人知道如何摆脱这个吗？
我已经尝试过清理、还原、删除和其他任何可以想象的事情，但这个让我很难过。
感谢您提供的任何提示...
【问题讨论】：
svn rename该文件（删除'^'）？然后提交，然后删除（并重新提交）？
标签： tortoisesvn
您似乎很可能损坏了本地工作副本，例如通过移动文件夹或您使用 Windows 资源管理器进行的一些其他操作，但应该通过 TortoiseSVN 上下文菜单完成。 .svn 文件夹中的信息现在不再与工作副本的状态匹配，这让 Subversion 感到困惑。
要解决此问题，请使用 Windows 资源管理器（不使用 TortoiseSVN）删除工作副本中的父文件夹（“Originals”）。然后在工作副本的根目录下执行 TortoiseSVN “更新”。这应该会恢复文件夹的正常工作状态。
另一种选择是完全放弃您的工作副本并重新结帐。
请注意，Subversion 的下一个版本 (1.7) 将通过将所有元数据集中在根目录下的单个 .svn 文件夹中来减少损坏工作副本的机会。
【讨论】：
.svn 文件夹，现在使用删除+更新修复原始文件夹以修复 .svn 元数据，最后将您的工作复制回固定文件夹。请升级到 svn/tortoisesvn 1.7！
我在工作副本损坏时也遇到过类似的问题。有时工作副本有很多待处理的更改但无法签入。为了解决这个问题，我使用以下方法（svn 1.7+）：
【讨论】：
我遇到了类似的问题，其中我有一个文件夹，例如“FolderA”，即使我删除了它，它也始终显示在 svn update 中。 它甚至不会显示在文件夹列表中，但 svn 仍然会识别它，就好像它存在一样。
我按照以下步骤操作：
1.在同一文件位置创建 svn 出错的相同文件夹名称
2.添加到svn checkout。由于它给出了冲突错误，我使用 svn 选项来解决它。
3.删除文件夹并提交我的svn。
错误已解决
【讨论】：