产生于git pull的奇怪提交记录Merge branch br2 of gitlabel.xx.com:xiaobai/test into br2

约定不等于承诺〃 2023-02-13 11:18 14阅读 0赞

### 文章目录 ###

*  问题
 *  复现
 *   *  操作一
     *  操作二
     *  操作三
 *  原理
 *  解决办法

# 问题 #

在使用`git`进行`git push`操作的时候，往往会发现这样的提示。

! [rejected]        br2 -> br2 (fetch first)
    error: failed to push some refs to 'git@git.xxx.com:daihaoxin/test.git'
    hint: Updates were rejected because the remote contains work that you do
    hint: not have locally. This is usually caused by another repository pushing
    hint: to the same ref. You may want to first integrate the remote changes
    hint: (e.g., 'git pull ...') before pushing again.
    hint: See the 'Note about fast-forwards' in 'git push --help' for details.

遇到这种情况，一般会直接`git pull`拉取一下远程代码。然后我遇到了这个提示。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70_pic_center]

在这里直接进行保存，然后提交，就会发现`commit`日志中，会出现一条新的`log`记录。这个记录本身没有问题，只是这种毫无意义，如果能避免这种问题，岂不是更好。下面就来了解下为什么会出现这样的提交记录，怎么来避免它？

# 复现 #

在`github`上创建一个名为`test`的仓库，做为复现问题的演示。

# clone 两次分别放到两个不同的文件夹中，用来代表不同用户的提交
    git clone https://github.com/daihaoxin/test test1
    git clone https://github.com/daihaoxin/test test2

## 操作一 ##

test1 没有修改，test2 修改后提交，然后 test1 去更新。

# test2 修改操作
    cd ../test2
    touch test2.js
    git add test2.js 
    git commit -m "add file test2.js"
    git push
    # 看下提交历史
    git log
    # commit 06997730b90a18e3cf7aa0e7cdf4f799f082b42c
    # 
    # add file test2.js
    # 
    # commit 84c125f932c37c722c878c312fe2d7b8ecdf94cf
    # 
    # Initial commit
    
    # 进入 test1
    cd ../test1
    # 查看test1的log
    git log
    # commit 84c125f932c37c722c878c312fe2d7b8ecdf94cf
    # 
    # Initial commit
    
    # 进行拉取
    git pull
    # ...
    # From https://github.com/daihaoxin/test
    # 84c125f..0699773 master -> origin/master
    # Updating 84c125f..0699773
    # Fast-forward
    # test2.js | 0
    # 1 file changed, 0 insertions(+), 0 deletions(-)
    # create mode 100644 test2.js
    git log
    # commit 06997730b90a18e3cf7aa0e7cdf4f799f082b42c
    # 
    # add file test2.js
    # 
    # commit 84c125f932c37c722c878c312fe2d7b8ecdf94cf
    # 
    # Initial commit

很好，完美，符合预期。

## 操作二 ##

1.  test1进行本地修改
2.  test1提交修改内容并`push`到远端
3.  test2进行本地修改
4.  test2不提交修改内容，只从远端更新test1的提交的内容

test1 的操作

touch test1.js
    git add test1.js 
    git commit -m "test1 add file test1.js"
    git push
    git log
    # commit 07bb18d2f0169ad31dad20189f136ab1faffea37
    # 
    # test1 add file test1.js
    # 
    # commit 06997730b90a18e3cf7aa0e7cdf4f799f082b42c
    # 
    # add file test2.js
    # 
    # commit 84c125f932c37c722c878c312fe2d7b8ecdf94cf
    # 
    # Initial commit

test2 的操作。

cd ../test2
    echo "修改test2.js" > test2.js
    cat test2.js
    # 修改test2.js
    git pull
    # ...
    # From https://github.com/daihaoxin/test
    # 0699773..07bb18d master -> origin/master
    # Updating 0699773..07bb18d
    # Fast-forward
    # test1.js | 1 +
    # 1 file changed, 1 insertion(+)
    # create mode 100644 test1.js

> 这里有两个刻意的点:
> 
> 1.  两边修改的内容是不重贴的，避免出现冲突，因为冲突不是关注的点
> 2.  没有`git stash` ，直接进行了更新，测试一下是否因为没有`git stash`而造成的弹出提示

看起来没有问题。

## 操作三 ##

1.  test1进行本地修改
2.  test1提交修改内容并`push`到远端
3.  test2将`操作二`中修改的内容提交，并`push`到远端

test1 的操作：

cd test1
    echo "修改文件test1.js" > test1.js
    cat test1.js
    # 修改文件test1.js
    git add test1.js
    git commit -m "modified file test1.js"
    git push
    # ...
    # Total 3 (delta 0), reused 0 (delta 0)
    # To https://github.com/daihaoxin/test
    # 07bb18d..ad85c1e master -> master

test2 的操作，这里因为**操作二**中的修改还没有提交，所以直接提交就可以了。

cd test2
    git st
    # On branch master
    # Your branch is up-to-date with 'origin/master'.
    # Changes not staged for commit:
    # (use "git add <file>..." to update what will be committed)
    # (use "git checkout -- <file>..." to discard changes in working directory)
    # 
    # modified: test2.js
    # 
    # no changes added to commit (use "git add" and/or "git commit -a")
    git add test2.js
    git commit -m "modify file test2.js"
    git push
    # 因为远端已经有 test1 的提交了，所有这里 git 提醒需要先 git pull
    # To https://github.com/daihaoxin/test
    # ! [rejected] master -> master (fetch first)
    # error: failed to push some refs to 'https://github.com/daihaoxin/test'
    # hint: Updates were rejected because the remote contains work that you do
    # hint: not have locally. This is usually caused by another repository pushing
    # hint: to the same ref. You may want to first integrate the remote changes
    # hint: (e.g., 'git pull ...') before pushing again.
    # hint: See the 'Note about fast-forwards' in 'git push --help' for details.
    git pull
    # 然后弹出如下的提示
    #Merge branch 'master' of https://github.com/daihaoxin/test
    
    # # Please enter a commit message to explain why this merge is necessary,
    # # especially if it merges an updated upstream into a topic branch.
    # #
    # # Lines starting with '#' will be ignored, and an empty message aborts
    # # the commit.

上面的操作重现了，本文开头遇到的情况，这里就进行保存之后，再看下提交记录。就出现了最上面毫无意义的一条（第三行）。

Merge: 5b2ded5 ad85c1e
    
    Merge branch 'master' of https://github.com/daihaoxin/test
    
    commit 5b2ded58a45e7cde82292ba6a71d768563fd8655
    
    modify file test2.js
    
    commit ad85c1e01e8fdaa27036099f244afcaddf6f36b4
    
    modified file test1.js
    
    commit 07bb18d2f0169ad31dad20189f136ab1faffea37
    
    test1 add file test1.js
    
    commit 06997730b90a18e3cf7aa0e7cdf4f799f082b42c
    
    add file test2.js
    
    commit 84c125f932c37c722c878c312fe2d7b8ecdf94cf
    
    Initial commit

# 原理 #

上一节通过三种情况来使用`git pull`，只有在第三种的情况下，才会出现本文开头的问题，这里就让我们来了解下原因。

在git中，无论是 pull、push 亦或是 merge 操作，其实背后都是有很多的不同的模式的。`pull` 的默认模式是`fetch+merge` 的一个过程，即先使用`fetch`从远端拉取新的更新，然后再 `merge`到本地分支中去。

如**操作一**和**操作二**，远端 分支超前于本地分支，并且本地分支没有未同步的 `commit` 记录时，`pull`操作则直接使用 `fetch` 从远端拉取代码，然后`merge`到本地分支，这时候的`merge`会采用 `fast-forward` 模式，这种模式下，并不会产生合并节点，也就是说不会产生多余的那条 `log` 信息。

注意看下**操作二**进行`pull`操作时的信息。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70]

如**操作三**，本地先 `commit` 后再去 `pull`，那么此时，远端分支和本地会分支会出现分叉，通过 `pull` 操作拉取更新时，先使用`fetch`从远端更新代码，然后`merge`到本地的时候，会使用`recursive`模式（一般称为`Three-Way Merge`[三方合并][Link 1]），三方合并一定会产生新的合并节点和 log 信息。

下图是**操作三**中的日志信息。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70 1]

两种模式的区别  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70 2]

# 解决办法 #

在执行`git pull`的时候加上`–rebase`参数。这个参数的意思是，`fetch`从远端拉取代码后，先使用`rebase`执行变基操作，成功后再进行`merge`。(如果有冲突需要手动解决)

<完结>

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70_pic_center]: https://img-blog.csdnimg.cn/20200528191436545.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg==,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/2020052819102752.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg==,size_16,color_FFFFFF,t_70
[Link 1]: http://www.360doc.com/content/11/1121/01/7492958_166085972.shtml
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20200528191250592.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20200528191514301.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhaWhhb3hpbg==,size_16,color_FFFFFF,t_70