Svn 与Capistrano&;颠覆。工作副本已锁定
我正在使用Capistrano部署到Debian服务器,由于锁定了一个工作副本而失败。我把范围缩小到:Svn 与Capistrano&;颠覆。工作副本已锁定,svn,capistrano,Svn,Capistrano,我正在使用Capistrano部署到Debian服务器,由于锁定了一个工作副本而失败。我把范围缩小到: svn checkout http://myrepo.net/mysite/tags/1.0 /var/www/mysite/releases/1234 因此,如果我跑步: cap invoke COMMAND='svn checkout http://myrepo.net/mysite/tags/1.0 /var/www/mysite/releases/1234' 我得到一个错误: sv
svn checkout http://myrepo.net/mysite/tags/1.0 /var/www/mysite/releases/1234
因此,如果我跑步:
cap invoke COMMAND='svn checkout http://myrepo.net/mysite/tags/1.0 /var/www/mysite/releases/1234'
我得到一个错误:
svn: Working copy '/var/www/mysite/releases/1' locked
清理没有什么区别。同样的命令在服务器上运行良好。当我在1234/中列出文件时,我可以看到所有的.svn和工作副本文件
有人能告诉我解决这个问题的正确方向吗?如何判断工作副本是否已锁定<代码>svn状态不显示任何内容。首先,您需要小心使用签出,而不是导出到公共可访问的URL。如果你没有锁定Apache中的.svn目录,那么你就打开了一个潜在的安全漏洞
除此之外,Capistrano是否可能是作为一个完全没有权限更新此目录的不同用户运行的?也遇到了同样的问题,花了大约一个小时试图弄清楚发生了什么 我在查看此字符串(输入密码之前的字符串)时注意到了原因 基本上,我命令capistrano在我的capistrano部署文件中两次部署到同一个服务器(myhost=192.168.1.200),并且它正在锁定自己
希望它能帮助别人。这个错误原来是由运行Samba共享的Mac OSX和Linux之间的文件权限问题引起的。我记不清确切的细节,但不同的系统对隐藏文件的权限处理方式不同,因此Samba使用了SVN不喜欢的解决方法
我通过迁移到GIT解决了这个问题 更新:如果我用ssh远程运行相同的命令,它也可以正常工作!糟糕,我也有同样的问题,你有办法解决吗?哈!我发布了问题和答案,有人投了反对票。有趣的
* executing "svn checkout -q -r422 svn://192.168.1.100/ /var/www/myhost/releases/20091102144836 && (echo 422 > /var/www/myhost/releases/20091102144836/REVISION)"
servers: ["192.168.1.200", "myhost"]
Password: