【问题标题】:Grouping a set of commits in Mercurial?在 Mercurial 中对一组提交进行分组?
【发布时间】:2011-10-07 18:12:08
【问题描述】:

我正在开发一个新功能分支。保留所有历史记录是必要的,但对于日后翻阅历史记录的人来说,其中大部分内容过于冗长。

例如,我可能有 5 次提交,包括添加新数据库表、其业务逻辑、验证和一些我改变主意的实验等步骤。但对于共同开发人员来说,他们可能需要做的只是知道是“这个已修复的错误 X”。

是否可以以某种方式对一组提交进行分组,以便在日志中显示概览,但仍然能够查看所有历史记录。不仅是我的本地仓库,还有远程仓库。

我猜我可以有单独的子分支并在我进行时合并它们。但我只知道我想回顾性地对一组提交进行分组。所以我认为这不是一条好路线,因为我必须不断地来回走动。

我可以看到有一个group extension,但它没有维护。而且我对未维护插件的经验意味着我通常会走错路,并且可能有更好的技术。

有没有实现这类事情的最佳实践?

【问题讨论】:

    标签: mercurial grouping commit


    【解决方案1】:

    对于它的价值,我认为当您说要保留所有历史记录时,您走的是正确的路线。您可以使用MQ extension 将您的变更集折叠成一个提交,但是——尽管这会给你一个“干净”的提交——你会丢失所有那些有趣的细节。

    我的处理方式是在分支上或在单独的克隆中开发,当它进入生产时,我会在合并的提交消息中描述整个更改组,即不要只使用“合并”对于提交消息:)。

    我理解你关于只知道是否需要回顾性分组的观点,但我认为只要你对开发/测试/发布过程有一定的严格性,那么这应该不会有太大的限制。

    【讨论】:

      【解决方案2】:

      您想要collapse 扩展名。

      【讨论】:

      • 嗨@piotr,这看起来很有趣。这个扩展非常接近,因为它连接了提交消息,但希望得到一些我根本没有丢失历史的东西。但感谢您的帮助。
      猜你喜欢
      • 1970-01-01
      • 2013-10-29
      • 2015-11-29
      • 2017-09-01
      • 2013-04-30
      • 1970-01-01
      • 2012-05-09
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多