如何在 Subversion 中递归释放锁？

Question

我在 Subversion 中遇到版本控制问题。我从存储库中签出了一份工作副本，并锁定了它的所有文件。然后，在没有释放锁定的情况下，我从磁盘中删除了该文件夹。

• 我无法从存储库中删除该文件夹，因为它有一个锁。
• 如果 I 并尝试递归地释放锁，它会说没有要释放的锁。
• 在浏览存储库视图中，我只能递归地打破特定文件夹的锁定，而不能打破文件夹的锁定。

如何打破存储库中的锁？我在 Windows 上使用 TortoiseSVN。 是否有命令可以递归地解除文件夹的锁定？

Answer 1

好的，我明白了。这对我有用。

• 查看一个
  工作副本
• 然后进入 Windows 资源管理器菜单，
  乌龟SVN->检查
  修改...
• 单击检查存储库按钮
• 选择所有文件，右键单击并
  选择打破锁定选项
• 删除工作副本和
  在存储库中。瞧！ :)

Answer 2

执行 SVN 清理也会释放锁：

$ svn cleanup

Answer 3

来自 高级锁定部分

$ svn status -u
M              23   bar.c
M    O         32   raisin.jpg
       *       72   foo.h
Status against revision:     105
$ svn unlock raisin.jpg
svn: 'raisin.jpg' is not locked in this working copy

这仅仅意味着该文件是未锁定在当前工作目录中
，但如果它仍然在存储库级别锁定，您可以强制解锁（“打破锁定”）

$ svn unlock http://svn.example.com/repos/project/raisin.jpg
svn: Unlock request failed: 403 Forbidden (http://svn.example.com)
$ svn unlock --force http://svn.example.com/repos/project/raisin.jpg
'raisin.jpg' unlocked.

（这是您通过 TortoiseSVN GUI 所做的）

Answer 4

如果其他人远程锁定了文件，我发现使用 TortoiseSVN 1.7.11 执行以下操作可以成功在我的工作副本中解锁它们。 （类似于vikkun的答案）

• 右键单击工作副本>检查修改
• 单击检查存储库按钮
• 选择您想要解锁的文件
• 右键单击​​ >获取锁定
• 勾选“窃取锁定”复选框
• 锁定被窃取后，再次选择
• 右键> >释放锁定

工作副本中的文件现在应该被解锁。

Answer 5

除非您拥有 svn 机器的管理员访问权限并且可以使用“svnadmin”工具，否则最好的选择似乎是这样：

1. 使用 svn checkout --ignore-externals *your_repo* 检查有问题的目录
2. 使用 < code>svn status --show-updates 在签出的存储库上查找哪些文件可能被锁定（如果有人找到有关状态代码含义的文档，请发表评论）。
3. 对 2 中找到的文件使用 svn unlock --force *some_file*。

我使用以下单行代码来自动化 2. 和 3.：

svn status -u | head -n -1 | awk '{ print $3 }' | xargs svn unlock --force

Answer 6

如果您有权访问存储库服务器中的 svnadmin 工具，则可以使用此替代方案来删除所有锁定（基于 VonC 发布的脚本）

svnadmin lslocks <path_to_repo> |grep -B2 Owner |grep Path |sed "s/Path: \///" | xargs svnadmin rmlocks <path_to_repo>

Answer 7

存储库管理员可以（递归地）删除锁，对有问题的目录内的数百个文件进行操作——但只能通过脚本来操作，因为 svnadmin rmlocks 没有 --recursive 选项。

$repopath=/var/svn/repos/myproject/;
$problemdirectory=trunk/bikeshed/
IFS=
此解决方案适用于其中包含空格的文件名。
\n'; for f in $(sudo svnadmin lslocks $repopath $problemdirectory \
| grep 'Path: ' \
| sed "s/Path: \///") ; \
do sudo svnadmin rmlocks $repopath "$f" ; done

此解决方案适用于其中包含空格的文件名。

Answer 8

对我来说，删除 .svn 内的锁定文件不起作用，因为在尝试更新文件后我收到了错误的校验和消息。

在目录中执行 svn cleanup 后，我收到以下消息：

svn: In directory ''
svn：无法将 '.svn/tmp/text-base/file_name.svn-base' 复制到 'filename.3.tmp'：没有这样的文件或目录

所以我将文件复制到 .svn/tmp/text-base并将名称更改为 file_name.svn-base。然后清理和更新工作正常。

Answer 9

当我尝试按照最初提供的方式运行上面的脚本时，在尝试设置变量时出现错误：
./scriptname: line1: =/svn/repo/path/: 没有这样的文件或目录
./scriptname: line2: =directory/: No such file or directory

我从前两行中删除了“$”，此后工作完美。

repopath=/var/svn/repos/myproject/;
problemdirectory=trunk/bikeshed/
IFS=
\n'; for f in $(sudo svnadmin lslocks $repopath $problemdirectory \
| grep 'Path: ' \
| sed "s/Path: \///") ; \
do sudo svnadmin rmlocks $repopath "$f" ; done

Answer 10

您可以使用具有 777 权限的 chmod

$ chmod -R 777 <directory-name>

让我解释一下这个命令：
chmod 命令用于更改文件和文件夹的访问权限。

文件权限由三个数字定义。每个数字可以是 0 到 7 之间的任何数字。数字代表不同的权限，数字的顺序代表该权限适用于谁。具体来说，第一个数字代表文件所有者的权限，第二个数字代表拥有该文件的组，第三个数字代表其他所有人。

每个数字的含义如下：

• 0：无权限
• 1：仅执行
• 2：仅写入
• 3：写入并执行 (1+2)
• 4：只读
• 5：读取并执行 (4+1)
• 6：读取并写入 (4+ ) 2）
• 7：读、写、执行（4+2+1）

所以777意味着每个人（文件所有者、组成员、其他用户）都可以读、写、执行文件。

-R 标志意味着递归地授予所有子文件夹此权限。