Mercurial远程文件系统而不是http服务器

Question

我目前正致力于从svn迁移到mercurial。我的需求简单明了，我需要对公司内部网进行源代码控制。我在各处都看到了通过IIS设置远程存储库的示例。我只是没有看到我能在服务器上分享的重点。

我是否仍然可以使用NTFS权限在repos上设置授权和身份验证？

我错过了什么吗？

谢谢

Answer 1

将存储库放在文件共享上有效，但这不是Mercurial团队推荐的方式。

请参阅HG wiki上的Publishing Repositories的“共享磁盘”部分：

  由于网络文件系统可靠性的一般问题，

通常仅限于内部网，通常不推荐

请务必查看Chris Becke's answer，因为他指出了另一个有效的劣势（具有写访问权限的人从网络共享中删除了内容，无论是有意还是无意）。

如果您了解（并且可以忍受）这些事情，那么将存储库放在网络共享上毫无疑问是最简单的设置方法。

我个人的经验是，只要Windows共享位于“真正的”Windows机器上，它就能完美运行 在工作中我们在真正的Windows服务器上使用共享没有问题，但在家里我遇到了与NAS（它的行为类似于Windows共享，但实际上在Linux上运行）的问题。 你可以在这里阅读更多关于我的经历：
Can you 'push' to network share using Mercurial on 64bit Windows 7?

Answer 2

有许多理由更喜欢可写文件共享。

从本质上讲，归结为，通过网络方法进行推送的能力可以造成有限的伤害。 另一方面，读/写共享是进行推送所必需的，但也允许用户删除整个仓库，历史记录等。

甚至没有调用恶意企图，人们（或流氓软件代理）已经知道导航到随机网络共享并意外地将文件拖到它不属于的地方。

锁定电脑的最佳理由不是因为你的同事觉得使用解锁的电子邮件帐户向人力资源部发送色情片很有趣，但因为清洁女工用抹布和键盘做的事情令人惊讶。它也很棒，音乐库应用程序在扫描工作组中的所有共享时可以找到它，并仔细“移动”并编目到某些库。