git使用-去除merge branch ’master‘提交

最新推荐文章于 2024-09-26 16:28:14 发布

linux-Gao

最新推荐文章于 2024-09-26 16:28:14 发布

阅读量1w

点赞数 4

分类专栏： git

原文链接：https://www.cnblogs.com/Sinte-Beuve/p/9195018.html

版权

git 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

git去除merge branch ’master‘提交

问题现象

在项目开发中，经常会有这样的情况发生，
更新上游项目代码时操作：

[Tom@localhost dev-gw-ac]$ git remote add upstream http://Tom@200.200.202.150/dev-gw-ac/dev-gw-ac.git
[Tom@localhost dev-gw-ac]$ git fetch upstream
[Tom@localhost dev-gw-ac]$ git merge upstream/master
[Tom@localhost dev-gw-ac]$ git push origin master

以上操作中，fetch+merge可以用pull来代替：

[Tom@localhost dev-gw-ac]$ git pull upstream master

有时候你会发现，在git merge时产生了一个新的提交 Merge remote-tracking branch ‘dev-gw-ac/master’:

commit a4e26816423de3513b40107f37a049bdf145aee0
Merge: f8da63e 05315ab
Author: Tom <Tom@utt.com.cn>
Date:   Tue Dec 11 12:15:48 2018 +0800

    Merge remote-tracking branch 'upstream/master'

commit f8da63e9e9f33ff0a99460b3ae051db3cb0ef73d
Author: Tom <Tom@utt.com.cn>
Date:   Tue Dec 11 11:24:10 2018 +0800

    优化nandflash读写

这个提交是一个冗余的提交，在我们向上游项目提交合并请求时，他会保存在提交历史里面，并且对代码审查造成一些干扰。

问题原因

那么，为什么会出现这种现象呢？其实是与 Git 的工作原理有关，对 Git 比较了解的人应该会知道，无论是 pull、push 亦或是 merge 操作，其实背后都是有很多的不同的模式的。

在进行 pull 操作的同时，其实就是 fetch+merge 的一个过程。我们从 remote 分支中拉取新的更新，然后再合并到本地分支中去。

如果 remote 分支超前于本地分支，并且本地分支没有任何 commit 的，直接从 remote 进行 pull 操作，默认会采用 fast-forward 模式，这种模式下，并不会产生合并节点，也就是说不会产生多余的那条 log 信息

如果本地先 commit 后再去 pull，那么此时，remote 分支和本地会分支会出现分叉，这个时候使用 pull 操作拉取更新时，就会进行分支合并，产生合并节点和 log 信息。这两种状态分别如下图所示：

fast-forword

A-B-D(origin/master)
     \
      C'(master)

merge

A-B-C-E(master)
   \ /
    D(origin/master)

网搜资料：https://www.cnblogs.com/Sinte-Beuve/p/9195018.html

解决方法

怎样取消掉恼人的Merge branch提交，使提交历史变为简单的？

第一种方法：

在我们准备对本地做任何修改之前，我们先更新上游项目代码，这时merge合并时默认会采用 fast-forward 模式，由于本地没有变化，不会产生新的Merge remote-tracking branch提交。

第二种方法：

如果你已经对本地做出修改，并提交（未提交时更新会报错）到本地，更新时不要执行merge命令，使用rebase命令即可，如下：

[Tom@localhost dev-gw-ac]$ git fetch upstream
Password for 'http://Tom@200.200.202.150': 
remote: Counting objects: 31, done.
remote: Compressing objects: 100% (31/31), done.
remote: Total 31 (delta 16), reused 0 (delta 0)
Unpacking objects: 100% (31/31), done.
From http://200.200.202.150/dev-gw-ac/dev-gw-ac
 + 5562878...3abc369 master     -> upstream/master  (forced update)

[Tom@localhost dev-gw-ac]$ git  rebase upstream/master
First, rewinding head to replay your work on top of it...
Applying: nand 读函数有偏移量时，读取page大小，没有与page对齐

这里，rebase命令没有直接显示哪些文件做了修改，通过log命令可以看到更新后没有产生新的冗余提交。

不使用fetch+merge的话，也可以直接使用