我们有一个非常标准的 git 工作流程，但我对一件事感到恼火：master 领先于开发，因为每次部署我们都会创建一个从 dev 到 master 的合并提交。
首先我们的工作流程：
master branch - 始终干净且可用于部署development branch - 如果经过审查和批准，收集新功能/错误修复 feature branch- 一个只需要更改一个功能的新分支（它被分支了development
branch）每个成功的拉取请求（功能 > 开发）都会创建一个合并提交，这很好。
但是每个部署（development > master）也会创建一个仅存在于 master 中的合并提交。因此，在 20 次部署之后，主分支比开发分支提前 20 次提交。
你如何处理这种行为？您是否不时合并 master > dev （实际上除了创建无用的合并提交之外什么都不做）？
rebase development-branch 似乎不是一种选择，因为那样每个开发人员都会丢失跟踪的远程分支。