【问题标题】:svn txn-current-lock permission deniedsvn txn-current-lock 权限被拒绝
【发布时间】:2011-06-07 09:24:45
【问题描述】:

我有一个 subversion 检出到 /home/svn/docs,然后我选择使用不同的路径,使用 rm-rf 删除该目录,并将一个新的存储库检出到我的 home/user/docs 目录。效果很好。如果我现在想提交一些内容,它会说:

svn:无法打开文件“/home/svn/docs/db/txn-current-lock”:权限被拒绝

我正在运行 ubuntu

【问题讨论】:

  • 您找到解决方案了吗?我们在这里的答案不起作用,因为我们在旧路径下没有更多的存储库。

标签: svn ubuntu


【解决方案1】:

您的 subversion repository 似乎存在于 /home/svn/docs 中,并且您没有写入权限。可能存储库是作为不同的用户创建的,并且提交是作为不同的用户完成的。

解决此问题的一种方法是确保所有 subversion 用户属于同一个,并且该组对存储库文件夹具有写入访问权限。

【讨论】:

  • 我有同样的问题,但我已经完全移动了我的存储库。此错误消息所指的路径也不再存在。
  • @webdevbyjoss。您能否将您的问题的更多详细信息作为新问题发布,以便引起注意并且有人可以回复?
【解决方案2】:

我也遇到过同样的问题。使用窗户。我试图将完全控制权交给所有人,但仍然没有成功。

我尝试将 txn-current-lock 重命名为 txn-current-lock.xxx 并将 write-lock 重命名为 write-lock.xxx 并且成功了。我猜这些文件首先被锁定并导致错误,甚至删除它们也能解决问题。

不要删除 txn-current,因为 svn 需要它。

顺便说一句,我在这里找到了一篇文章http://cloudspring.com/how-to-use-dropbox-with-svn-or-git-for-cloud-source-control-management/,解释了如何使用 dropbox 和 svn 创建一个“分布式 scm”,我目前正在尝试这个,这就是我解决这个问题的方法。通常 svn 可以立即正常工作。

【讨论】:

  • 我认为一种方法是简单地删除txn-current-lockwrite-lock,尽管我想知道它们最初是如何创建的以及为什么它们没有被删除。顺便说一句,我尝试重命名和删除两个锁定文件,都没有解决 Linux 上的问题。我想知道真正的答案是否在其他地方......
猜你喜欢
  • 2012-01-17
  • 2012-05-23
  • 2016-08-12
  • 1970-01-01
  • 2015-11-01
  • 1970-01-01
  • 2012-06-05
  • 2013-04-07
  • 1970-01-01
相关资源
最近更新 更多