假设我在网站项目中进行新功能开发，要么在默认分支上进行，要么创建一个完全为该功能制作的新分支。当到达将该功能推送到实时网站的时间时，我想将其移动到live分支，然后通过hg archive将其存档到我的Apache目录中。
在整个过程中，我希望绝对确定不会推送其他未准备好发布到live分支的不相关更改。
这是个好主意吗？还是我应该做一些完全不同的事情？
如果代码在default中，我如何只推送需要的内容而不是所有内容到live？如果我只推送最新的变更集，它是否足够聪明以发送这些文件的最新版本，还是只会执行变更集？
如果代码在完全新的分支中，我是否需要将整个分支合并到live中？我如何将这些更改带回我的default分支，以便在那里也可以看到它们？
我正在阅读Mercurial Kick Start指南中的“任务管理”部分，它提到将default合并到您的分支中。我发现这非常令人困惑，想知道为什么要这样做。
感谢您能提供的任何帮助。
[编辑] 顺便说一下，我使用TortoiseHG [/编辑]
HG现在有Phases功能。将一个变更集的阶段更改为secret，这样使用push时它就不会被推送。你可以使用TortoiseHG GUI来完成此操作。
除此之外，请注意仅仅推送或拉取某些内容并不会自动更改工作目录中的任何文件。它只是使一些额外的变更集可用。只有使用update才能实际更改您工作目录中的任何文件（除非您配置hg自动更新）。
在您提供的示例中，default分支中有一个错误修复。Bob也希望在他的分支中拥有此修复，因此他将default分支与自己的分支合并。这只是一个示例，以了解分支如何工作。您不必完全按照相同的方式使用它。如果您刚开始使用Mercurial，则最好仅使用一个分支，直到您有充分的理由使用更多分支。
例如：有3位开发人员在同一个项目上工作，他们都使用同一个分支（默认分支）。其中1位开发人员想要对代码进行重大的重构。他想要提交几个非常不稳定的变更集（许多“正在进行中”）。在默认分支中这样做可能会使其他开发人员感到不安。这是创建一个分支的好理由。在他的版本足够稳定之后，他将把他的分支合并到默认分支中。在他的分支中进行开发时，他希望与其他开发人员保持最新状态，因此他经常将默认分支合并到他的分支中。在单独的分支中停留太久可能会导致难以合并。幸运的是，在HG中合并非常快速，所以经常进行合并。