Git 程序在合并多个合并时降低噪音？

Question

假设我有一个新功能，所以我创建了一个新分支。 这个分支是一个会持续很长时间的副项目，所以我最终将 master 合并回它以使其保持最新状态。 这种情况已经发生了 50 次，因为我一直在更新它并削弱该功能，其中一些在 master 的两次合并之间不会有任何发展。 我的问题出现在合并和推送时间，因为我的遥控器最终以一些嘈杂和丑陋的合并堵塞了历史。 另一个例子可以是每天合并到您的开发分支以跟上项目的最新状态，但不会积极开发任何东西，但是一旦您进行合并，就会淹没历史。

我认为这是一个简单的例子，但它可能涉及更多的分支和合并。 在阅读提交时，是否有一个通用的程序来减少噪音和丑陋？

Answer 1

避免这种“笨拙”的典型方法是选择一个工作流程，而不是定期将master合并到您的分支中（从而创建许多不必要的合并提交），而是将您的分支重新设置在master上。

关于这个主题有很多有趣的文章。