我们公司有两个主要的Git分支机构: 在我们的Sprint期间,
每个人都有(本地分支机构)
发布分支:包含准备/开发的代码,可以进行测试,并且
主分支:生产最终准备就绪代码
我在Git中阅读,樱桃采摘不好。
https://blogs.msdn.microsoft.com/oldnewthing/20180312-00/?p=98215 http://www.draconianoverlord.com/2013/09/07/no-cherry-picking.html
将项目放置在主项目中之后,就可以部署它们了。 有时,我们没有将所有发布项目都移到Master中,原因有很多:延误计划,进行更多测试,过时问题。仅将某些物品移入主人的正确的Git Devops策略是什么?我们应该撤消提交,以便我们可以进行干净合并吗?
数据库是不同的,因为我们正在执行更改脚本,并且不会覆盖应用程序等二进制文件。
示例:
发布分支 ------- -------------> Master
提交A,B,C,D,E ------------->提交B,D
答案 0 :(得分:1)
由于您的要求是应用从B
分支到D
分支的未排序的提交(例如提交C
,提交release
而缺少提交master
),您可以从release
分支到master
分支检出(“复制”)文件版本。
例如将更改从B
分支上的提交release
应用于master
分支,您可以使用以下命令:
git checkout master
git checkout <commit B> -- .
git commit -m 'get the file version from commit B to master branch'
现在master
分支上的最新提交包含对提交B
的更改。而且,您可以使用相同的方式将更改从提交D
应用于master
分支。