mercurial - 为什么在尝试推送存储库时Mercurial返回“异常终止:访问被拒绝”？

Question

我遇到了一个问题，即用户无法将其提交推送到Mercurial存储库中，并对为什么它对他不起作用感到困惑。我已经尝试了几件事来弄清楚是怎么回事，谷歌搜索没有任何帮助...所以我在这里。

首先，配置。我们的网络上有一台Windows XP SP2 x64计算机，作为我们的官方存储库服务器。它包含几个存储库。我们使用该驱动器上的共享文件夹克隆/推送/拉取。授予每个人读取权限。可以推送的用户（包括有问题的用户）得到完全控制。用户的计算机基于Win XP。我的机器（用于帮助解决问题）也基于Win XP。

第二，症状。用户正在使用TortoiseHg 2.1.1进行工作。他可以克隆得很好，可以按本地提交到本地仓库，等等。当他尝试推送时，TortoiseHg返回“中止，退出255”代码。不是很有帮助。因此，我们进入了命令行并发布了“ hg push -v --debug”。在这里它返回“中止：访问被拒绝”。该用户可以毫无问题地写入服务器的共享文件夹-他可以创建文件，目录并删除它们。因此，读/写访问驱动器/文件夹不是问题。

第三，我们的实验结果。这是一些奇怪的测试结果。用户创建了一个新的本地测试存储库。我登录到服务器计算机，并创建了一个测试仓库供他推送。用户检入文件，然后将其推送到服务器计算机上的测试存储库。这很好。没有中止。生活是美好的。他能够再进行几次推送，并且按预期继续运行。然后，我将存储库克隆到我的计算机上，更新了文件，然后将其推出。在用户然后拉入我的更改并尝试将其推回服务器后，他再次遇到了可怕的“拒绝访问”消息。同时，我仍然可以毫无问题地更新项目。

作为另一个实验，我们让用户注销，然后又有另一个用户登录。他们这样做了，能够毫无问题地推送到服务器存储库。原始用户重新登录，进行一些更改等，然后再次碰到“访问被拒绝”的砖墙。

据我们所知，该问题与Windows凭据无关。否则，我们希望无法在服务器的共享文件夹上创建任意文件。此外，在我对用户创建的测试存储库进行更新之前，他可以很好地推动该特定存储库。

有任何想法吗？ Mercurial正在进行哪些其他凭据检查呢？

更新：

在Wim提出提示之后，我开始使用'cacls'查看仓库中各个对象的权限。这是Windows工具，用于“显示或修改文件的访问控制列表”。我让用户创建一个新的存储库，然后拍摄了权限的快照。然后，我将文件检入到相同的存储库，并拍摄了更改的另一个快照。

事实证明，有几个回购文件权限会因此而更新：undo.bookmarks，undo.branch，undo.desc，undo.dirstate，branchheads，00changelog.i，00manifest.i，undo和单个存储库文件。所有这些文件都具有类似于以下内容的权限：

C:\Projects\Mercurial\hgtest4\.hg\store\undo BUILTIN\Administrators:F 
                                         NT AUTHORITY\SYSTEM:F 
                                         DOMAINxxxx\USERIDxxxx:F 
                                         BUILTIN\Users:R 

（实际的DOMAINxxxx和USERIDxxxx值已更改）。在签入之前，DOMAINxxxx和USERIDxxxx反映了用户的域和用户ID。签入后，这些已更新为我的（我们在同一个域中，但是userid明显不同。）即使我的userid未被列出，我也能够签入和签出内容，因为我是BUILTIN \ Administrators组的成员。有问题的用户不是。因此，我猜测签入之后，系统不再将他视为具有写访问权限的凭据用户（BUILTIN \ User：R表示只读访问权限），因此导致访问被拒绝。

我现在已经完成了一个非常糟糕的Q＆D修复程序（用户现在是Admin组的一部分...）真正的解决方法是将Windows Sharing的存储库恢复为正确的服务器配置。

Answer 1

他能够再进行几次推送，并且按预期继续运行。然后，我将存储库克隆到我的计算机上，更新了文件，然后将其推出。在用户然后拉入我的更改并尝试将其推回服务器后，他再次遇到了可怕的“拒绝访问”消息。


听起来您的推送就像在.hg文件夹中创建或修改文件那样，使得其他用户无法访问（或变得无法访问）这些文件。

我不是NTFS文件权限的专家，但是我认为您可以通过强制文件夹的所有内容继承其权限来解决这种情况。尝试在文件夹的“高级安全性”设置中选择“用该对象的可继承权限替换所有子对象权限”。

但是，不建议直接与Windows文件共享共享存储库文件。为了性能，数据完整性和安全性，您需要在用户和存储库文件之间进行服务器处理。如果没有这种网守，授予提交访问权限也意味着授予破坏/破坏存储库文件的能力（或者在本例中您发现，可以更改其权限）。

有关其他选项的更多信息，请参见Mercurial Wiki上的Publishing Mercurial Repositories。