2010-05-06 108 views
0

当我使用Subversive插件在Eclipse中更新SVN存储库的本地工作副本时,它不会带来任何已添加到SVN存储库的新文件。它认为本地工作副本是最新的,如果我要求Eclipse更新它,它只是说没有进一步的变化。Eclipse Subversive SVN客户端没有用新文件更新本地副本

任何人都有任何想法,为什么发生这种情况?

+0

你有没有尝试过一些其他版本化的项目?也许那个特定的项目有一个损坏的SVN文件? – 2010-06-12 17:09:34

+0

@Federico,这是一个很好的建议,但其他人也报告过这个问题,他们中的大多数人在用另一个客户端更新相同的项目/目录时没有问题。这似乎只是颠覆性的,忽略了这些新文件。要么是缓存它不应该的东西,要么是它用来访问存储库的库中存在一个错误。 – 2010-06-22 02:49:50

回答

2

我刚刚发现了这个讨厌的问题。它可能与此有关bug report.

删除整个树也适用于我,但这似乎不是一个令人满意的解决方案。让我更害怕的是想知道如何发现某个文件没有得到更新,如果再次发生这种情况。

0

对不起,我没有解决这个问题,但我也有,并且我没有足够的信誉评论。

这里是描述同一个问题一个线程: http://www.eclipse.org/forums/index.php?t=msg&th=14710&start=0&

A“解决方法”我认为是成功的被删除相应的树(当然,首先进行备份),并执行“更新”。系统会提示我重新创建缺少的文件,这也会从还原库中带入未添加的文件。显然这是一个可怕的解决方案,但它确实有效。

另一个值得注意的有趣效果是它是片面的。更新新文件时,repo上的其他机器完全正常。

0

我注意到颠覆是有点问题。虽然这不是直接解决您的问题,我可以推荐使用TortoiseSVN(假设您在Windows中)。它出色的工作,比Subversive更强大,并且与你的外壳融为一体,使其平滑过渡。

1

由于上述错误报告,这个工作对我来说(蚀3.7):

团队/更新到版本...

v Update to HEAD revision (=default) 

Depth: Full recursive (default is Working copy) 
v Change working copy to specified depth (default is un-checked) 
O Ignore externals (=default) 
v Allow unversioned obstructs (=default) 

我不知道这是否永久解决问题。至少它似乎是一个更快的解决方案,而不是全面结帐。

+0

解决了我的问题,thx – Sentry 2012-09-05 12:05:15