标签:git checkout rebase merge master local 分支
先来看一张图
上图中从主分支 B 节点创建新 local 分支,提交两次 commit(E / F),master 提交两次commit(C / D)「 master可以理解为其余开发者合并更新主分支代码代码 」。然后我们执行先使用 merge 合并
merge 合并
// 合并前记得好习惯拉主分支远程最新代码
git checkout master
git pull origin master
// 合并
git checkout local
git merge master
// 此处会进入 vim 编辑器
// 更改按下i 编辑第一行
> G // 改这 默认是 Merge branch 'local'
> # Please enter a commit message to explain why this merge is necessary,
> # especially if it merges an updated upstream into a topic branch.
> #
// 改完后按下 Esc 按下 : 输入 wq 退出,不改直接执行这条
// 合并完成切换主分支,合并 local 分支代码
git checkout master
git merge local
git log
「merge」 流程图
merge 会把主分支和你新的 commit 合并形成一次新的提交「 G 」,分支排列顺序会按照 commit 时间线来排序
rebase 合并
// 好习惯
git checkout master
git pull origin master
// 合并
git checkout local
git rebase master
// 合并到主分支
git checkout master
git merge local
git log
「rebase」流程图
rebase 会把你新的 commit 放到最新分支的前面,打乱了时间线,把你的分支整理成一条直线,看起来非常简洁。 同时也篡改了分支基底,就是 local 的修改不再基于 B 而是基于 D ,也修改了commit 的标识码。所以最好不要在公共分支上使用 rebase
选择
- 拉主分支代码时候用 rebase 「 简洁美观,线性干净,不需要忍受 merge 的 Merge branch ‘local’」
- 往主分支合并的时候用 merge 「 保护历史 」
完整合并流程
// 拉取远程代码。
git clone 「**」
// 切换至主分支 「本流程 master 为主分支」。
git checkout master
// 新建并切换至开发分支。
git checkout -b local
// 功能开发...
// 功能完成,正常提交远程。
git add .
git commit -m 「功能描述」
// local 存在多次提交时( 多次 commit ),压缩,只有一次就不需要。
// 不压缩最坏情况多个 commit 冲突时必须一个个提交去修改
git rebase -i HEAD~「次数」
// 切换主分支,拉取最新代码。
git checkout master
git pull origin master
//切换 local 分支,合并主分支最新代码。
git checkout local
git rebase master
//如果有冲突 -> 手动解决 -> 解决完后消除冲突。
git add .
git rebase --continue
//合并完成切换到主分支。
git checkout master
// 将 local 最新代码合并至主分支。
git merge local
//推送。
git push origin master
标签:git,checkout,rebase,merge,master,local,分支 来源: https://blog.csdn.net/Wk995/article/details/121479000
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。