SVN“已锁定错误”答案

【问题标题】：SVN "Already Locked Error"SVN“已锁定错误”
【发布时间】：2012-04-04 12:02:09
【问题描述】：

尝试对存储库（我是唯一的用户）提交更改时出现错误

Path
'/trunk/TemplatesLibrary/constraints/templates/TP145210GB01_PersonWithOrganizationUniversal.cs'
is already locked by user 'admin' in filesystem
'/guest/gam/subversion/cdaapi/db'

我是用户“管理员”。

我尝试了以下，都没有成功

从 Tortoise SVN 运行“清理”
签出新副本

使用“repo 浏览器”破解锁，但不显示锁（根据SVN file locked by me, now cannot commit it）

我现在完全陷入困境，因为我现在有一个无法提交任何更新的存储库。

任何想法我如何解决这个问题

更多信息，根据要求：

SVN 状态命令产生（我已对一个文件进行了编辑）

        92       77 admin        TP146228GB01_EncompassingEncounter.cs
        92       83 admin        TP145212GB02_WorkgroupUniversal.cs
        92       83 admin        TP146248GB01_ReferenceURL.cs
        92       85 admin        TP145201GB01_PatientUniversal.cs
        92       83 admin        TP145204GB02_RecipientWorkgroupUniversal.cs
        92       83 admin        TP145202GB01_RecipientPersonUniversal.cs
        92       83 admin        TP145203GB02_RecipientOrganizationUniversal.cs
        92       77 admin        TP145205GB01_PersonUniversal.cs
        92       83 admin        TP145202GB02_RecipientPersonUniversal.cs
        92       83 admin        TP145203GB03_RecipientOrganizationUniversal.cs
        92       85 admin        TP145211GB01_HealthCareFacilityUniversal.cs
        92       85 admin        TP145200GB01_AuthorPersonUniversal.cs
        92       83 admin        TP145207GB01_AuthorDeviceUniversal.cs
    M   92       87 admin        TP146226GB02_Consent.cs
        92       85 admin        TP146229GB01_TextSection.cs
        92       83 admin        TP145204GB03_RecipientWorkgroupUniversal.cs
        92       86 admin        TP145018UK03_CustodianOrganizationUniversal.cs
        92       83 admin        TP145208GB01_AuthorNonNamedPersonUniversal.cs
        92       70 admin        TP145214GB01_DocumentParticipantUniversal.cs
        92       85 admin        TP145007UK03_RelatedEntity.cs
        92       80 admin        TP146224GB02_Atachment.cs
        92       83 admin        TP146227GB02_ServiceEvent.cs
        92       77 admin        TP145210GB01_PersonWithOrganizationUniversal.cs

一个 svn 提交然后产生

svn commit --message updates
Sending        TP146226GB02_Consent.cs
Transmitting file data .svn: E195022: Commit failed (details follow):
svn: E195022: File    'D:\BENBUN_CODE\WORK\cdaapi\trunk\TemplatesLibrary\constraints\templates\TP146226GB02_Consent.cs' is locked in another working copy
svn: E170007: No lock on path '/subversion/cdaapi/!svn/wrk/3c75d861-8462-b94e-8729-df54843044f9/trunk/TemplatesLibrary/constraints/templates/TP146226GB02_Consent.cs' (Status 423 on PUT Request)
svn: E175002: Server sent unexpected return value (423 Locked) in response to PUT request for '/subversion/cdaapi/!svn/wrk/3c75d861-8462-b94e-8729-df54843044f9/trunk/TemplatesLibrary/constraints/templates/TP146226GB02_Consent.cs'

SVN st -u 的请求输出如下所示

>svn st -u
M               92   TP146226GB02_Consent.cs
Status against revision:     92

【问题讨论】：

标签： svn tortoisesvn

【解决方案1】：

如果您的 SVN 存储库被 AnkhSVN 锁定，只需使用 AnkhSVN 中的“cleanup”命令来释放锁定！ ;)

【讨论】：

非常有帮助 - 谢谢！适用于 Mac 的 Versions.app 上的交易相同。圣诞快乐！！！
我试图检查根文件夹中的一个文件夹。您必须对根文件夹执行清理。

【解决方案2】：

我遇到了同样的问题。如果你从 AnkhSVN 发出清理命令，这个问题很容易解决。

【讨论】：

【解决方案3】：

在与我的 SVN 存储库的托管商讨论后，他们给了我以下答案。

显然我的存储库是使用 SVNSYNC 复制到远程存储库的。 SVNSYNC 在跨复制存储库强制锁定方面存在已知限制，这就是问题所在。

这些锁是由 Visual Studio 中的 AnkhSVN 插件引入的。

由于锁似乎在远程存储库上，这就解释了为什么我实际上无法使用 SVN 命令看到它们。

正在通过托管公司解除锁定，希望很快一切都会好起来。

【讨论】：

【解决方案4】：

这些设置对我有用：

在我检出存储库时，连接超时后无法更新存储库。

【讨论】：

【解决方案5】：

我没有使用 AnkhSVN，但在取消 Tortoise SVN 更新后遇到了类似的问题。它留下了两个“已经锁定”的目录。类似于 Roman C 的解决方案。使用获取锁来锁定每个“已锁定”目录中的一个文件，然后释放这些锁，然后对最高目录进行清理。这似乎解决了问题。

【讨论】：

同样，我在取消 TortoiseSVN 更新后遇到了锁定错误。对我来说，从 TortoiseSVN 进行“清理”可以解决问题（命令行中的svn cleanup 还不够）。

【解决方案6】：

使用 tortoise svn cleanup 还是不错的，在我的情况下不需要使用 Ankh one

【讨论】：

【解决方案7】：

我收到了类似的错误消息。我运行 svn clean-up，然后尝试了几次“获取时钟”。然后这个错误就消失了。

【讨论】：

对我来说工作得很好，通过'get lock'获得了锁，再次出现错误，在根目录上运行清理并摆脱它。

【解决方案8】：

我必须进行清理并选择“打破锁”才能为我工作。

【讨论】：

【解决方案9】：

我遇到了同样的问题：我不能一次提交很多文件。

提交工作：

从 Tortoise SVN 运行“清理”
单独提交每个文件。创建新的根文件夹并提交每个文件或文件夹。

** 如果错误返回，您应该重复操作 1-2 **

【讨论】：

【解决方案10】：

您需要通过单击您获得的清理选项来清理您的乌龟 SVN 右键单击要更新 SVN 的窗口。并在清理后尝试通过单击右键单击后得到的 UPDATE SVN 选项来类似地更新 SVN。

这对我有用。

【讨论】：

【解决方案11】：

我遇到了同样的问题，当我选中下面的复选框时，它就解决了

清理工作副本状态
打破写锁
包括外部

SVN Cleanup dialog

【讨论】：

【解决方案12】：

TortoiseSVN 用户：右键单击项目根目录 > TortoiseSVN > 清理...（确保选中所有复选框）。这对我有用。

【讨论】：

【解决方案13】：

如果锁是由另一个进程创建的，有时使用“break locks”选项清理存储库仍然不起作用。可能的解决方案： 1）获取文件夹/文件的新锁并选择“窃取锁”选项 2) 释放你的新锁。

【讨论】：