为了解决这个问题，我需要恢复有问题的文件，并更新我的工作副本，后来我再次修改了文件，在这些步骤之后，错误不再发生。

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

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

至少有一个其他原因导致消息“过期”错误。在我的例子中，问题是.svn/dir-props，这是通过运行“svn propset svn:ignore -F .gitignore .”第一次创建的。删除.svn/dir-props似乎是一个坏主意，可能会导致其他错误，所以最好使用"svn propdel"来清理错误的"svn propset"。

# Normal state, works fine.
> svn commit -m"bump"  
Sending        eac_cpf.xsl
Transmitting file data .
Committed revision 509.

# Set a property, but forget to commit.
> svn propset svn:ignore -F .gitignore .
property 'svn:ignore' set on '.'

# Edit a file. Should have committed before the edit.
> svn commit -m"bump"                   
Sending        .
svn: Commit failed (details follow):
svn: File or directory '.' is out of date; try updating
svn: resource out of date; try updating

# Delete the property.
> svn propdel svn:ignore .              
property 'svn:ignore' deleted from '.'.

# Now the commit works fine.
> svn commit -m"bump"     
Sending        eac_cpf.xsl
Transmitting file data .
Committed revision 510.

我有时会在windows上使用TortoiseSVN。对我来说，解决方案是svn更新目录，即使没有需要下载或更新的修订。它对元数据做了一些事情，神奇地修复了它。

如果一旦解决了类似的问题，只需签出一个新的工作副本，并用这个新签出的目录替换抛出提交错误的.svn目录。在我的例子中，原因是在存储库损坏和从备份恢复之后，工作副本指向一个在恢复的存储库中不存在的修订。还得到了“项目过期”错误。在提交之前更新工作副本并不能解决这个问题，但是替换上面描述的.svn可以解决这个问题。

我这样做了，对我很有效: 1. 备份你的文件。您可以简单地将代码复制到文本文件中。 2. 右键单击要提交>> Team >> Show History的文件。 3.在“显示历史”面板中，您将看到该文件的所有修订。右键单击文件>>的最新版本获取修订:它将覆盖您的本地更改。 4. 现在，将您的代码与最新文件合并到备份文件中(步骤#1)。 5. 同步并提交新合并的文件。