是否有使用真正變更集的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的替代方案？

回答

相關問題