version-control - 从 ClearCase 迁移到 Mercurial : your top tips?

Question

我们很快就会开始用 Mercurial 替换 ClearCase。我听说这是 a good thing .变更模型与版本模型。 future 的浪潮。我准备相信这一点。尽管如此，它还是让我感到害怕。嘿，Joel Spolsky 花了一些时间来理解差异以及如何从 Mercurial 中获得最大的优势，所以我打赌我会遇到概念上的陷阱和陷阱。

有没有人有任何现实世界的“如何理解 Mercurial”的技巧？任何可以帮助我弥合概念差距的具体建议。关于不要做的事情有什么警告吗？我很高兴听到他们。我已经阅读了与此主题相关的 SO 上最接近的问题，以及 Mercurial tour以及其他一些博客。我主要对我可能遇到的任何问题或 uh-ohs 感兴趣。您可以传授的任何智慧都将受到赞赏。

Answer 1

peepcode meet mercurial video值得一小时和 9 美元。

就问题而言，我认为人们在 mercurial 上失败的最大方式是过于关注“他们过去如何做事”，而不是专注于“他们为什么做这些事”。

人们会反对 mercurial 的分布式特性来伪造文件锁定，但他们这样做是因为 merge 曾经很困难，而现在则不然。

或者人们会尝试将修订 ID 自动更新到他们的文件中，因为过去可以在每个文件的不同修订点进行 check out 。它不再是了，所以将它放在一个地方就可以了，那个地方通常是 hg id .

或者这里有一个大问题——mercurial 进行了不可磨灭的更改——在你提交/插入更改之后，没有简单的方法(以及许多困难/坏方法)随后更改该更改。你可以取消它的效果，但你不能召回和摧毁它。第一次有人插入更改时，他们希望他们没有经历以下序列:

该死!

我想我撤销那个

我无法撤消？!

这是我听过的最愚蠢的事情!

然后他们做两件事之一:

花点时间弄清楚为什么 mercurial 使不可磨灭的成为一件好事

或者

通过巨大的扭曲从他们所有的远程存储库中删除变更集并发誓 mercurial 已损坏

最后一件事，就 many possible ways to branch 中的哪一个做出明智的决定。你选择。我喜欢那篇文章中的选项一，它的作者更喜欢不同的选项，但它提供了很好的对比。