网站查询页面设计,go语言视频网站开发,网站升级维护通知,织梦网站排版能调整吗文章目录 作用应用场景场景一#xff1a;交互式变基(合并同一条线上的提交记录) —— git rebase -i HEAD~2场景二#xff1a;变基(合并分支) —— git rebase [其他分支名称]场景三#xff1a;本地分支与远端分支的变基 作用
使git的提交记录变得更加简洁
应用场景
场景… 文章目录 作用应用场景场景一交互式变基(合并同一条线上的提交记录) —— git rebase -i HEAD~2场景二变基(合并分支) —— git rebase [其他分支名称]场景三本地分支与远端分支的变基 作用
使git的提交记录变得更加简洁
应用场景
场景一交互式变基(合并同一条线上的提交记录) —— git rebase -i HEAD~2 对象版本库中的本地分支 git rebase -i HEAD~2 #将head标签当前最近的2次提交合并成一个提交如下图所示 注意要合并的提交里面不能包含已经上传到远端仓库的提交如图中远端仓库的最新提交一直处于第一天提交的位置 为啥叫交互式 之所以被称为交互式变基interactive rebase是因为这个命令让用户可以以交互方式控制变基过程中要如何处理每个提交。当你使用 -i 参数时Git 会打开一个文本编辑器列出你指定的提交历史并允许你对这些提交进行各种操作。 注意再次强调要合并的提交里面不能包含已经上传到远端仓库的提交
git rebase -i HEAD~2 #将head标签当前最近的2次提交合并成一个提交编辑合并过后提交的commit message
git log #查看提交记录场景二变基(合并分支) —— git rebase [其他分支名称]
对象版本库中的本地分支1.切换到当前分支2.git rebase [其他分支名称]3.就会将当前分支的提交应用到其他分支的最新提交上 注意1.最终被修改的还是当前分支 2.应用到其他分支的提交为当前分支跟其他分支共同祖先的后续提交例如下图主线和分支一的共同祖先是”第二天提交“在分支一使用git rebase 主线以后会将第三天提交应用到主线的最新提交上面即第四天后面最后将结果保存在分支一上面主线分支不变 场景三本地分支与远端分支的变基
对象版本库中的本地分支和远端分支本质相当于把远端的分支拉取到版本库中然后使用git rebase 远端分支基于当前head所在分支变基到本地版本库中的远端分支标签所在的分支
# 本地分支master
git fetch origin dev # 拉取远端dev分支到本地版本库
# git log --oneline --graph --all 可以通过该命令产看版本库中origin/dev的支线状态
git rebase origin/dev # 将master分支上的提交应用到origin/dev的最新提交上面初始状态 执行git fetch origin master # 拉取远端dev分支到本地版本库 执行git rebase origin/master
