Git
微末凡尘@
一个在互联网苟且偷生的程序员,喜欢分享,记录成长
展开
-
关于Git分支模型的思考
现状现有分支 feature,develop (测试),release (沙箱),master(生产)提交的顺序为 master -> feature -> develop -> release -> master问题目前develop的代码一定会被提交到release,同时很多时候为了测试和前后端联调,需要临时把代码合并到 develop 分支上面去,就会导致临时测试的代码会被裹挟到 release 分支上面去,导致沙箱环境代码被污染,所以测试分支的代码需要和沙箱环境的代原创 2020-08-25 15:20:11 · 247 阅读 · 0 评论 -
关于Git命令之cherry-pick的使用
一、前言对于多分支的代码库,将代码从一个分支转移到另一个分支是一个常见的需求。这个时候就得分为两种情况。一种情况是:你需要这个分支上面的所有代码,那就采用合并,直接使用git merge或者git rebase命令即可。另外一种情况就是,你只需要这个分支上面的某些提交,那就需要采用gii cherry-pick的命令,这个操作在日常开发的工作中,也是非常的常用,需要我们记住和学习。最近在工作中就遇到了类似的问题,一个开发分支上修改了代码,需要上线,但是当前分支上还在开发其他的功能,不能直接合并到rel原创 2020-08-21 11:25:53 · 1412 阅读 · 0 评论