我正在开发一个新功能分支。有必要保留所有的历史记录，但是对于后来追踪历史的人来说，其中大部分都是过时的。
例如，我可能有5次提交，完成了添加新数据库表，其业务逻辑，验证和一些我改变主意的实验等的步骤。但对于共同开发人员，他们可能需要知道是“这个固定的错误X”。
是否可以以某种方式对一组提交进行分组，以便在日志中显示概述但仍能够查看所有历史记录。不仅是我的本地仓库，还有远程仓库。
我猜我可以有单独的子分支，并在我进行时合并它们。但我只会知道我想追溯一组提交。所以我认为这不是一条好路线，因为我必须不停地往返。
我可以看到有一个group extension，但它没有维护。我对未维护插件的体验意味着通常我会采用错误的方式，并且可能有更好的技术。
有没有最好的做法来实现这类事情？
答案 0 :(得分：3)
对于它的价值，当你说你想保留所有的历史记录时，我认为你走的是正确的路线。你可以使用MQ extension将你的变更集合并为一个提交，但是 - 尽管这会给你一个'干净'的提交 - 你会丢失所有那些多汁的细节。
我处理这个问题的方法是在分支或单独的克隆中开发，当它进入生产时我会在合并的提交消息中描述整组更改，即不要只使用“合并”提交消息：）。
我理解你的观点，只知道你是否需要追溯分组，但我认为只要你对你的开发/测试/发布过程有一些严谨性，那么这不应该是一个太大的限制。
答案 1 :(得分：-1)
您需要collapse扩展名。