git 版本Merge合并操作原则
1.我们在做项目版本开发时,经常需要根据版本,先创建一新分支v +版本号:如v2.42.然后在此工作分支上进行开发,开发完毕后,需要将代码合并到dev上进行测试发布。合并原则:1.在工作分支v2.4上,commit 代码2.切换到dev分支,拉取最新代码3.切换到工作分支v2.4,将dev代码merge到当前工作分支有冲突就解决冲突。4.再切换到dev分支,将工作分支代码合并到dev分支上即可。.
·
1.我们在做项目版本开发时,经常需要根据版本,先创建一新分支v +版本号:如v2.4
2.然后在此工作分支上进行开发,开发完毕后,需要将代码合并到dev上进行测试发布。
合并原则:
1.在工作分支v2.4上,commit 代码
2.切换到dev分支,拉取最新代码
3.切换到工作分支v2.4,将dev代码merge到当前工作分支
有冲突就解决冲突。
4.再切换到dev分支,将工作分支代码合并到dev分支上即可。
总结:这样的处理在于:一定是从高版本合并到低版本,否则会出现各种问题
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
已为社区贡献1条内容
所有评论(0)