Question

编辑：发现我至少可以再次检查项目，只需替换.svn文件夹即可。它更快，但仍然乏味......想知道为什么会发生这种情况。

我不知道这个问题是否适合这个问题，但我对颠覆事件发生了一件非常奇怪的事情。我认为它是Eclipse导致它（实际上使用SpringSsource Tool Suite 2.5.2.FINAL）。

我正在使用Ubuntu 12.04和svn版本1.6.17 (r1128011)。

请参阅以下行为：

$ svn up
D    styleguide
D         integrator/war
D         portal/portlets
D         portal/theme
D         smsgateway/war
D         core/war
D         emailgateway/war
Updated to revision 14913.

$ ls core/    
jar  pom.xml  war

$ svn ls core
jar/
pom.xml
war/

$ cd core
$ svn status
?       war
?       jar/target
M       jar/src/main/resources/core/hessian-service.xml
?       jar/src/main/java/META-INF

$ svn ls war
svn: 'war' is not under version control

$ svn info
Path: .
URL: http://example.dev.local/svn/app/trunk/core
[omitted the rest]

$ svn co http://example.dev.local/svn/app/trunk/core testcore
$ cd testcore
$ ls
jar  pom.xml  war

因此，更新后删除了文件夹，它告诉我他们不受版本控制。听起来像.svn文件夹中的内容被损坏/删除了。我认为它是Eclipse导致它，因为这是唯一触及这些文件夹的东西。

这是一个已知的问题（我已经尝试使用Google搜索但没有找到任何内容），是否有办法“修复”.svn文件夹？我可以通过删除核心文件夹并进行另一次更新来解决这个问题，但是如果我有没有签入的文件就很麻烦，因为我必须手动将它们复制到某个临时文件夹并在我恢复之后将它们复制回来核心文件夹，我还必须重新导入Eclipse中的项目，因为项目文件已被删除...

这种情况经常发生在我身上。

Answer 1

According to this answer将Eclipse插件与其他客户端混合起来并不是一个好主意。

顺便说一下：看起来像文件已经svn deleted所以更新合法地将它们从版本控制下移除（它不会删除它们，因为那里有一些无版本的文件）。但在这种情况下再次检查项目无济于事。运行svn log -v - 也许它会说明发生了什么以及谁做了。

Subversion将文件夹标记为在更新时删除

1 个答案: