在Mercurial中对一组提交进行分组?
我正在开发一个新的功能分支。保留所有的历史是必要的,但对于以后翻阅历史的人来说,大部分都过于冗长 例如,我可能有5次提交,通过添加一个新的数据库表、其业务逻辑、其验证和一些我改变主意的实验等步骤完成。但对于共同开发人员,他们可能需要知道的只是“此修复错误X” 是否可以以某种方式对一组提交进行分组,以便在日志中显示概览,但仍然能够查看所有历史记录。不仅是我的本地回购,还有远程回购 我猜我可以有单独的分支机构,并在进行过程中合并它们。但我只知道我想对一组数据进行分组。所以我认为这不是一条好的路线,因为我必须继续来回走 我可以看到有一个,但它是未维护的。我对未维护插件的经验意味着我通常会走错方向,而且可能有更好的技术在Mercurial中对一组提交进行分组?,mercurial,grouping,commit,Mercurial,Grouping,Commit,我正在开发一个新的功能分支。保留所有的历史是必要的,但对于以后翻阅历史的人来说,大部分都过于冗长 例如,我可能有5次提交,通过添加一个新的数据库表、其业务逻辑、其验证和一些我改变主意的实验等步骤完成。但对于共同开发人员,他们可能需要知道的只是“此修复错误X” 是否可以以某种方式对一组提交进行分组,以便在日志中显示概览,但仍然能够查看所有历史记录。不仅是我的本地回购,还有远程回购 我猜我可以有单独的分支机构,并在进行过程中合并它们。但我只知道我想对一组数据进行分组。所以我认为这不是一条好的路线,因
实现这类目标有什么最佳实践吗?你想要扩展。不管它值多少钱,我认为当你说你想保留所有历史记录时,你走的是正确的道路。您可以使用将变更集折叠为单个提交,但是-尽管这会给您一个“干净”的提交-您将丢失所有有趣的细节 我处理这个问题的方法是在分支上或在单独的克隆中开发,当它投入生产时,我会在合并的提交消息中描述整个组的更改,也就是说,不要只对提交消息使用“merge:)
我理解你关于只知道是否需要回顾性地分组的观点,但我认为只要你对开发/测试/发布过程有一定的严谨性,这就不应该是太多的限制。Hi@piotr,这看起来很有趣。这个扩展非常接近,因为它连接了提交消息,但是我希望我没有丢失历史记录。但是谢谢你的帮助。