当我做svn更新时,我得到这个错误:
工作副本XXXXXXXX锁定请 执行“清理”命令
当我清理的时候,我得到
处理失败 以下路径:XXXXXXXX
我怎样才能跳出这个循环呢?
当我做svn更新时,我得到这个错误:
工作副本XXXXXXXX锁定请 执行“清理”命令
当我清理的时候,我得到
处理失败 以下路径:XXXXXXXX
我怎样才能跳出这个循环呢?
当前回答
开始搜索…锁…选择所有列出的文件并删除..fixed
其他回答
应该做到以下几点:
SVN status | grep”。L" | sed 's/。*(. *) / \ 1美元/ | awk的{打印长度(1美元),$ 1}”|排序nr | awk的{打印2美元“pushd;SVN清理;Popd "}' | sh
不要删除您的解决方案!
在.svn文件夹中有一个名为lock的文件,长度为0字节
您可以从解决方案中的所有.svn文件夹中删除所有这些文件,这样就可以工作了
这对我来说是有效的
在Mac OS下的版本: 清除工作副本锁…
工作中的一位同事经常看到这条消息,对他来说,这是因为他删除了一个在SVN版本控制下的目录,而没有从SVN中删除它,然后在其不受版本控制的位置创建了一个同名的新目录。
如果这是你的问题……
有不同的方法来修复它,这取决于如何/为什么替换目录。
无论哪种方式,你都可能需要:
A)将现有目录重命名为临时名称
B)通过SVN还原恢复从文件系统中删除的目录,但不从SVN中删除
从那里开始,你可以选择
A)将相关文件复制到被删除的目录中
B)如果目录中的内容发生了重大变化,请对原始目录进行SVN删除,提交,并将新目录重命名为所需的名称,然后进行SVN添加以使该目录处于版本控制之下。
在我的例子中,一台运行TortoiseSVN的Windows 7机器无法完全重命名文件夹。任何清理、更新或重命名操作的组合都不能解决这个问题。文件夹最初是用不同的case创建的,Tortoise或Subversion不会将其更改为存储库中的内容。
我的解决方案是:
通过Windows资源管理器复制文件夹(不带Subversion控件) 文件)在项目之外。 通过TortoiseSVN删除并提交文件夹。 通过Windows资源管理器将文件夹复制回正确的(当前)名称。 通过TortoiseSVN将文件夹添加回存储库。
我在每一步之后都进行了清理。糟糕的解决方法,但对我很有效。