可以在中央存储库中工作，还是“禁止不行”？让我们说在我的电脑上我有一个名为C：\ Src的中央存储库。我可以在该存储库中自行开发，还是那种糟糕的形式？
克隆一个名为C：\ MySrc的新目录会更好吗？
C：\ Src在网络上共享，其他开发人员当然是从中克隆的。
我会处理存储库的克隆，特别是如果您正在与多个开发人员合作。在我的典型工作流程中，当我达到某一点并且想要从其他开发人员那里获取新的更改时，我将经常签入，然后一旦我达到良好的共享状态，我就会推送到中央存储库。
您可能还希望使用hg serve进行共享而不是使用文件共享，因为它可能更可靠地为您工作。
使用本地克隆使您可以使用hg incomming等命令查看您的同事推送的更改。我还建议使用克隆，因为这将导致您使用相同的工作流程来应用/检索更改。
当您第一次使用存储库时，您希望专注于版本控制的概念，而不是因为拥有更多位置而非必要的“我的代码在哪里”而感到不知所措。出于这个原因，有两个开发人员刚刚开始，我建议你们每个人都有一个只能通过彼此拉动同步的回购。你们两个都需要分享或网络服务你的回购这样做。
我说只使用pulls，这样你就可以控制哪些代码被带入了你的仓库。这也确保始终调用我推荐的扩展名。
我还建议使用TortoiseHg，因为你在Windows上，以及fetch扩展（你可以配置为在资源库资源管理器中拉动时自动使用）。这将大大减少拉动时保持同步的手动步骤数。我不推荐rebase扩展，因为我在使用它时失去了宝贵的工作。
Mozilla的Mercurial guidelines也是开始使用mercurial.ini的好地方。
在mercurial中没有中央存储库。因此，您可以直接在PC中使用存储库，无需克隆。
在中央仓库中工作但保留一些控制权的另一种方法是允许用户在中央仓库中为其工作创建命名分支。例如，我可以创建名为“dls_case1”，“dls_case2”等的命名分支...然后，我可以自由地推送到这些命名分支，而不会将我的更改暴露给更广泛的组。项目负责人，或者他们真的可以在适当时合并这些分支。
当然，除非你有充分的理由我会与Aaron Weiker站在一起并且只是开发人员克隆。我只想指出另一种有效的方法。