我自己使用Mercurial作为单个用户来跟踪我对自己的代码所做的更改,我想我已经熟悉了基础知识.但是,我现在即将开始与我的实验室中的其他人一起开展软件项目,并希望确保我了解如何使用Mercurial与其他人正确共享代码.
我们的情况如下：我们在Linux集群中的共享卷(即不同的路径)中都拥有自己的存储库,并且我们都拥有对我们自己和彼此的存储库的读写访问权限.
我们可以将这两个存储库称为Bob和Alice的存储库,以便进行讨论.
我的理解是Bob和Alice分享他们的代码有多种方式,其中两种方法如下：
选项1：通过拉动共享
>每当他想要看到她的变化时,鲍勃都会从爱丽丝那里拉出来
>同样,只要她想看到他的变化,爱丽丝就会从鲍勃那里撤走.
选项2：通过推送共享
>当他想与她分享他的变化时,Bob主动将他的变化推送到Alice的存储库中.
>同样,只要他想与她分享他的变化,Alice就会主动将她的变化推送到Bob的存储库中.
问题：
我在线阅读Mercurial文档和教程的解释是,上面的第一个选项通常比第二个选项更受欢迎.我有一个问题是为什么？
上面的第二个选项会导致任何问题吗？如果Bob同时将她的更改推送到Bob的存储库中,那么Bob会进入他自己的存储库会怎么样？
谢谢
解决方法
拉动的第一个选项更常见,因为：
>通常你没有对彼此的回购(也可能不应该)的写入权限,并且通过拉动你只需要读取访问彼此的回购
>当您将更改集推送给某人时,没有通知他们他们收到了新的更改集.他们不会发现它,直到他们运行hg摘要(或hg头或hg日志),然后他们将不得不hg合并.因此,只要收件人必须采取明确的操作(检查和合并)来获取您的更改,他们也可以只是拉动和合并.这对他们来说不再有用,对你来说也没什么用.
正如其他人指出的那样,存储库写入外观将阻止在传入的推送或拉取操作期间进行提交.