我已经在我的公司使用 git-flow 有一段时间了，并且多次遇到某种情况，这让我感到困惑。我正在尝试找出一种最佳实践，通过 git-flow 将新功能集成到现有的已发布站点，我需要在其中测试这些功能，然后将它们发布到单独的分组中。
我已经建立了一个登台和生产站点。当我的开发分支看起来不错并且我想将我的更改从主站点部署到生产站点时，我从我的开发分支部署到暂存站点并运行 git-flow 版本。只要我可以一次发布所有更改，这就可以正常工作。我最近收到了许多客户要求分批发布变更单的请求——这意味着我将致力于 4 个功能，他们希望在 1 周内发布其中 2 个功能，在 2 周内发布另外 2 个功能。我认为仅使用 git-flow 功能分支并“完成”需要一起发布的分支就可以解决我的问题，但它给我留下了更多问题
当我为每个新特性创建一个特性分支时，我发现很多时候我需要使用一些我已经提交给另一个特性分支的 css 或 js（因为它也属于那个分支）。我也有一种感觉，当我 git-flow “完成”这些分支回到开发时，我将不得不处理很多合并冲突（因为它们的提交共享很多相同的文件）。客户还希望看到我所做的所有更改的活动版本，当我将它们孤立到不同的功能分支中时，我不确定如何将它们一起显示，除非我将它们合并或重新设置到开发中分支并推送到暂存站点。这会破坏我批量发布它们的机会。我考虑过可能创建另一个分支来测试并将我的功能分支重新设置在这个分支上，
我似乎找不到任何可以满足这些要求的工作流程，因此我将不胜感激。