谢谢你！这就解决了我的问题。 SVN update——force /path to filename/

如果您最近在本地目录中的文件是相同的，则没有提示。如果文件是不同的，它会提示tf, mf等…选择mf(我的满)确保没有什么被覆盖，我可以提交时完成。

松鸦 CompuMatter

如果你正在使用github的svn网桥，很可能是因为github这边的东西发生了变化。解决方案很简单，你只需要运行svn switch，让它正确地找到自己，然后更新，一切都将工作。只需从签出的根目录运行以下命令

svn info | grep Relative 
svn switch path_from_previous_command
svn update

or

svn switch `svn info | grep Relative | sed 's_.*: __'`
svn update

这个解决方案的基础来自Lee Preimesberger的博客

将服务器和客户端升级到Subversion 1.9。

如果过期错误在正常情况下不会发生的情况下随机发生，则在运行提交时，可能表明您正在使用过时且不受支持的Subversion 1.7或更老的客户端或服务器。

为了解决这个问题，您应该升级服务器和客户端。请参阅相关的Subversion 1.9发行说明条目:通过HTTPv1提交时出现“过期”错误。

当我用主干中的文件更新早期版本的一个分支时，就发生了这种情况。我使用Windows资源管理器从主干签出文件夹中复制文件夹，并将它们粘贴到发布分支签出文件夹的Eclipse视图中。现在Windows资源管理器被配置为不显示以“。”开头的“隐藏”文件，所以我没有注意到所有错误的.svn文件被粘贴到我的发布分支签出文件夹中。哎!

我的解决方案是删除损坏的Eclipse项目，再次检出它，然后更仔细地复制新文件。我还更改了Windows以显示“隐藏”文件。

当我试图提交一些文件时，我得到了这个错误，只有它是一个文件/文件夹，在我的工作副本中不存在。我真的不想经历移动文件和重新签出的麻烦，最后，我最终编辑了.svn/entries文件并删除了冒犯的目录引用。

我刚刚得到这个错误。我建议你先在服务器上检查一下原始文件是否在那里。有时更改不是在本地文件夹中进行的。 如果这是你的情况，只需删除文件夹并再次签出。