我正在努力将产品从SVN过渡到Git。团队对工作流程感到满意，该工作流程涉及将所有更改分支到分支并将其流到主干中，然后在完成代码审阅/测试后对环境（原始，热修复，产品等）进行自动挑选的功能。这意味着针对产品问题的修复程序将与下一个版本的代码一起通过相同的测试环境。这样做有问题，但出于法律（审核）原因，目前无法转让。
此工作流程在svn中效果很好，但我对git感到担心。我要注意的是，当樱桃采摘从“母版”更改为发布分支时，我们最终会收到很多废话，而这些废话仍在母版上，但尚未发布。我的理解是，这是git如何存储更改的产物。
在git中是否有支持这种工作流程的好方法？我能弄清楚的唯一方法是在发行分支的分支中解决该问题，然后从该分支创建一个分支，然后将其重新部署到master上，以便可以通过PR将其合并到master中，但是现在我要添加正常修补程序工作流程的大量步骤。