问题描述
我们的团队最近才开始使用git。尽管有大量的培训材料，但我们仍对如何与公司使用的分支策略正确合并感到困惑。对于我们开发/支持的每个系统，我们通常有3个分支。第一个分支（开发）是开发人员提交所有代码的地方，自动jenkins作业使用该分支在提交时构建到我们的测试环境。下一个分支是模型或模型办公室分支（分支称为模型），第三个分支是主分支，即生产系统中的分支。 （我们还为每个更改使用功能分支-每个功能凭单/请求一个功能分支）。我们进行激烈讨论的地方是如何将更改从开发分支转移到模型分支，最后转移到主分支。开发人员最初将所有更改提交到其功能分支中，然后我们提取请求/合并以合并到Develop分支中。但是，对于上层环境分支（模型和主模型），我们并不总是希望从功能分支放到Develop分支中的所有内容，因为我们有时只希望发布某些功能。同样，我们为每个环境都有特定于这些环境的配置文件，并且仅属于该环境的相应分支。当我们尝试执行拉取请求以将某些提交从Develop分支移至Model分支时，git会拾取拉取请求中的所有更改。当我们尝试进行git分支合并时，这还将获取更改，我们可能还不想将其从Develop分支合并到MOdel分支。我们读过很多论坛，建议不要从一个分支机构到另一个分支机构进行樱桃挑选，并且如果可以的话，请避免这样做。我们的远程存储库是一个内部bitbucket服务器。有没有比选择樱桃更好的方法来获取特定的提交或特定的功能分支从一个分支移入（合并）到另一个分支了？如果我们执行完整的分支合并，则git似乎正在尝试合并尚未准备好部署到我们的Model环境的提交，并且还会选择对我们不熟悉的单个环境特定的配置文件的提交永远都不想合并到上层发布分支（模型/主版本）中。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）