【问题标题】:Mercurial - Could not lock working directoryMercurial - 无法锁定工作目录
【发布时间】:2009-10-27 04:40:04
【问题描述】:

我们有一个网络应用程序,我们将其部署到远程 Ubuntu 服务器。

应用程序存储在 BitBucket 上,我们还使用 Fabric 脚本来自动部署应用程序。

在服务器上,我们在 /var/www/name_of_site 中有应用程序的文件,该文件夹是 Mercurial 存储库。这些文件归用户 www-data、组 www-data 所有,并且是组可写的。

当我尝试登录服务器并在存储库中执行“hg add”时,我得到:

adding fabfiles/fabfile.py
abort: could not lock working directory of /var/www/site_name: Permission denied

我尝试将自己添加到 www-data,但它仍然给出错误消息。我可以在 /var/www/site_name 中创建文件夹/文件。

我在这里设置不正确吗?权限应该不同吗?

干杯, 维克多

【问题讨论】:

  • 检查是否可以在 .hg 目录中添加/删除文件
  • 嗯,这有点傻。东法,你是对的。哈哈,.hg 目录的权限不对。错误消息都提到无法锁定工作目录/var/www/site_name,所以我一直试图用它来处理权限。我没有意识到这是因为我的 .hg 目录是由另一个用户创建的。无论如何,现在都修复了=)。再次感谢。
  • 也许你想支持 tonfa 评论,将评论翻译成分析器并接受答案 :)

标签: deployment mercurial


【解决方案1】:

检查是否可以在 .hg 目录中添加/删除文件 – tonfa Oct 27 at 10:27

【讨论】:

  • 将 tonfa 的答案从评论移到了答案(并使其成为社区 wiki,所以我不是卖淫)。
  • 在 Linux 中,您需要注销并重新登录才能使用户组成员身份的任何更改生效。我的 mercurial repo 和 dir 归一个我不是成员的团体所有。我将自己添加到组中并将所有目录 775 (这样我可以编辑内容)。但是“touch x.txt”在目录中不起作用......直到我注销并重新登录。
猜你喜欢
  • 2021-04-22
  • 2010-11-21
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多