在使用Subversive进行了新的签出之后,一些由于svn:外部属性而检索的目录显示为受阻。然而,并不是所有的都是。使用"svn状态“的命令行正确地将所有目录显示为没有障碍的外部目录。
为什么会发生这种情况?
发布于 2009-02-16 19:03:26
这看起来像这条线
我们检查了情况,发现如果工作副本在更新时被外部进程锁定,那么问题就会发生。 例如,与TSVNCache时间相关的进程TortoiseSVN与工作副本访问产生冲突,而JavaSVN库无法以正确的方式完成工作副本修改。结果,工作拷贝进入“受阻”状态,即被破坏。 同一诊断涉及在工作副本元数据修改时锁定工作副本的任何过程。(我们在MSVisualStudio2005Express Edition中发现了相同的行为,但我不知道为什么Studio会锁定WC?)
因此,一定要在尽可能少的应用程序运行的情况下进行签出。
冲突的另一个根源可能是:
SVN1.4.x兼容客户端自动将工作副本转换为1.4.x兼容格式.当前,颠覆默认客户端与SVN1.4.x工作副本格式不兼容。 因此,如果您使用命令行SVN客户端对工作副本执行任何修改,您就会在工作区树中的资源上得到“阻塞”状态。 为了解决这个问题,我将建议您切换select选项,并选择基于SVNKit1.1.0的客户端或本机JavaHL 1.4.2客户机。 接下来,如果资源已被修饰为“妨碍”,请关闭并再次打开相应的项目,或简单地重新启动Eclipse以便重新加载SVN元信息缓存。
现在:对于您来说,确切的版本可能不一样,但这是另一个需要检查的结果。
https://stackoverflow.com/questions/554163
复制相似问题