是否有使用真正变更集的Mercurial Queues的替代方案？

我喜欢Mercurial Queues灵活性和灵活性。但是，对于我个人的使用，我认为这些修补程序不是真正的Mercurial变更集很尴尬。有没有这个扩展使用真正的变更集的计划？或者有没有其他办法可以做到这一点？是否有使用真正变更集的Mercurial Queues的替代方案？

来源

2013-02-01 jttpost

对于一个有用的答案，在某种类型的Mercurial开发论坛上问你的问题，还是提交该扩展的功能请求会更好？从你自己的答案，也许你想问问是否有任何替代使用Mercurial变更集的MQ？ – icabod

谢谢。我会尽力澄清。 – jttpost

为什么你需要使用真正的变更集？您可以使用常规变更集以及像“rebase”这样的扩展名，以及新的“阶段”概念。根据你的用例，这可能就足够了。 – Ludovic

有一个非常有趣的Mercurial扩展将解决这些问题。 Mercurial Evolve提供了一种安全但仍然可变历史的新方法，将MQ的灵活性与真正的Mercurial变更集相结合。他们还有一个有趣的概念"obsolete"变更集可以增强开发人员之间的协作。

截至目前，它不在生产中使用，但正在迅速成为正式发布的Mercurial扩展程序。

还有一个可用的roadmap更全面的描述。

user's guide给出了多个典型用途的例子。

而这个MQ->evolve reference guide给出了从MQ命令到mercurial evolve命令的映射。

来源

2013-02-01 23:44:32 jttpost

只要您小心不要过早地分享历史，您可以使用hg rebase做很多事情：您可以在分支中正常开发，重新排列和折叠变更组，并最终将它们移植到常规的尖端发展（分支名称消失，除非你要求rebase保留它）。您也可以简单地重新排列default，但在分支中玩耍更接近mq模型。我尝试了mq，但转而使用rebase，而我从未回头。它做我所希望的一切。（什么你可能希望是一个不同的问题，但你不说）。

为了支持使用rebase，您可以使用mercurial phases来防止您的更改集过早泄漏。

来源

2013-02-08 20:22:56 alexis

是否有使用真正变更集的Mercurial Queues的替代方案？

回答

相关问题