git rebase merge测试分析

最新推荐文章于 2024-05-13 13:03:25 发布

原创

最新推荐文章于 2024-05-13 13:03:25 发布 · 211 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java #git

本文通过实例分析了Git的rebase和merge操作。在理解rebase时，提到rebase会将分支提交记录置于当前分支之前，而merge会产生一个合并提交记录。遇到冲突时，rebase和merge有不同的处理方式，rebase可通过`git rebase --abort`回滚到合并前状态。文章还探讨了rebase避免冲突的可能性。

git 文档：
http://gitbook.liuhui998.com/4_2.html

Merge：
在这里插入图片描述
理解：从C7处从master 下载代码并创建自己的分支 mywork 。当你在开发mywork 分支上的内容时，master分支的内容也在被其他人迭代。开发一段时间后你需要把自己mywork 分支修改的内容和master上的内容进行同步。而 C6+ C5 + C4 + C3 合并后生成的 C2 这个合并会生成一个记录。

提交记录图：
在这里插入图片描述
图可能有些乱：从最下面的节点我打出分支出去，并在最上面的merge branck ‘kk’ 合并生成一个新的节点，这个节点是git 合并后生成的。
理解：把本地提交和 master上的提交合并成一个新的提交内容。

合并冲突：
如何merge 合并发现冲突时，git是没有办法对相同地方的修改来判定哪条分支上的内容是需要的。而分支名会变成（branch|MERGEING）这种状态。这种标识表示现在在人工合并状态中。
手动更改冲突地方后，
git status
git add
git commit -m “”
这时你会发现（branch|MERGEING）会被解除。表示冲突解决成功。

有冲突后想回滚当之前的状态（这种是回退到合并前stage内容）：
git merge --abort

rebase

文档图：