使用Subversive进行全新结账后,由于svn:external属性检索到的一些目录显示为阻塞。然而,并非所有这些都是。命令行使用“svn status”正确显示所有目录为外部,没有障碍物。
为什么会这样?
答案 0 :(得分:2)
这看起来像this thread
我们检查了情况,我们发现如果工作副本在更新时被外部进程锁定,则可能会出现此问题。
例如,与TortoiseSVN有关的进程TSVNCache与工作副本访问产生冲突,而JavaSVN库无法以正确的方式完成工作副本修改。结果工作副本进入“受阻”状态,即它被损坏。
与在工作副本元数据修改时锁定工作副本的任何进程相关的相同诊断。 (我们发现MS Visual Studio 2005 Express Edition的行为相同,但我不知道为什么Studio会锁定WC?)
因此,请确保以最少的应用程序运行次数进行结帐。
另一个冲突来源可能是:
兼容SVN 1.4.x的客户端会自动将工作副本转换为1.4.x兼容格式。目前,Subversive Default客户端与SVN 1.4.x工作副本格式不兼容。
因此,如果在您的情况下使用命令行SVN客户端对工作副本进行了任何修改,您将在工作区树中的资源上显示“Obstructed”状态。
为了解决这个问题,我建议您切换SVN客户端选项并选择基于SVN Kit 1.1.0的客户端或Native JavaHL 1.4.2客户端。
接下来,如果资源已经被装饰为“Obstructed”,请关闭然后再打开相应的项目或者只需重启Eclipse IDE以重新加载SVN元信息缓存。
现在:确切的版本可能与您不一样,但这是另一种检查方法。