介绍 #,创建新分支,错误修复
git branch 错误修复
#,切换到该分支
git checkout 错误修复
#,提交一次
git 提交
#,,,切换回,主人
git checkout 主人
#,,再提交一次
git 提交
#,用,git merge 把,bugFix 合并到,主人
git merge 错误修复
(master 的分支被混入到所有的提交记录,但,bugFix 没有,所以要进行下面的操作)
#,再把,master 分支合并到,修复bug(因为,master 继承自,修复bug, Git什么都不用做,只是简单地把,bugFix 移动到,主人所指向的那个提交记录)。
git checkout 错误修复;
git merge 主 #,创建新分支,修复bug分支
git branch 错误修复
#提交一次(提交在主分支上)
git 提交
#,切换到错误修复分支
git checkout 错误修复
#,提交一次(提交在错误修复分支上)
git 提交
#使用git 变基把,bugFix 分支里的工作直接移到,master 分支上(移动以后会使得两个分支的功能看起来像是按顺序开发,但实际上它们是并行开发#的)。
git rebase 主人
注意:提交记录,C3 依然存在(树上那个半透明的节点),而,c3 # 39;是我们,Rebase 到,master 分支上的,C3 的副本。
#切换到主分支上(为了进行更新主人的操作)
git checkout 主人
#把主人的,rebase 到,bugFix 分支上(由于,bugFix 继承自,主人,所以,git 只是简单的把,master 分支的引用向前移动了一下而已。
git rebase 错误修复
这篇文章将为大家详细讲解有关GIT中分支与合并的示例分析,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。
<强> 1。,git合并
咱们先来看一下第一种方法——<代码> git合并代码
在git中合并两个分支时会产生一个特殊的提交记录,它有两个父节点。翻译成自然语言相当于:“我要把这两个父节点本身及它们所有的祖先都包含进来。”下面具体解释。
<强> 2。,git变基
第二种合并分支的方法是<代码> git变基>
变基的优势就是可以创造更线性的提交历史,这听上去有些难以理解。如果只允许使用变基的话,代码库的提交历史将会变得异常清晰。
关于“GIT中分支与合并的示例分析”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,使各位可以学到更多知识,如果觉得文章不错,请把它分享出去让更多的人看的到。
