Git(8)之分支间同步特定提交

Git(8)之分支间同步特定提交

Author：Once Day Date：2024年4月7日

漫漫长路有人对你微笑过嘛...

全系列文章可查看专栏: Git使用记录_Once_day的博客-CSDN博客

文章目录

• • • Git(8)之分支间同步特定提交
    • • [1. 分支间同步提交](#1. 分支间同步提交)
      • [2. `cherry-pick`同步分支间的特定提交](#2. cherry-pick同步分支间的特定提交)
      • [3. 实例展示](#3. 实例展示)

1. 分支间同步提交

在使用Git这个强大的分布式版本控制系统时，经常会遇到需要将一个分支的提交同步到另一个分支的情况。

第一种情况是同步分支上所有改动到另外一个分支，非常常见，这里只是简单介绍一下。

• 最直接的方法是使用git merge命令 。例如，想要把一个分支（比如feature）上的改动合并到另一个分支（比如master）时，可以先切换到目标分支master，然后执行git merge feature。这样，feature分支上的所有提交就会被合并到master上。如果遇到冲突，Git会提示需要手动解决。

• 另外一种方法是使用git rebase命令 。Rebase的意思是变基，简单来说就是把一个分支上的修改放到另一分支的最前面。这样做的好处是能够创建一个更干净、线性的提交历史。使用方法是先切换到要同步的分支，比如feature，然后执行git rebase master。这样feature分支就会把master分支上新的提交应用到feature分之前。在变基的过程中，如果发生冲突，也需要手动解决。

第二种情况是同步某一个特定的提交，例如需要把develop版本分支上的auto-test测试代码提交同步到temp版本分支上。

• 最常见的方式是手动把auto-test代码全部复制一遍，然后再提交新的commit到temp版本分支上，这个方式效率较低，需要人工同步每个改动，也容易产生遗漏。
• 通过git stash命令暂存提交，然后在temp版本分支应用修改(apply stash)，效率较好，但是需要提前保存改动信息，而且commit信息也还是需要在输入一遍。
• 使用git cherry-pick命令选择一个或几个提交，然后在temp分支上重新应用。这个方式效率最高，代码改动和提交信息都是直接照搬原有develop分支，不需要额外输入信息。

在实际工作中，上述的几种方法都可以使用。不管是全自动化的同步还是手动同步，最好都人工再审核一遍，毕竟一旦出了问题，耗费时间和精力远比人工检查要多。

2. cherry-pick同步分支间的特定提交

git cherry-pick是一个非常实用的Git命令，它允许选择性地将某个分支上的单个提交（或一系列提交）应用到当前分支上。

这个命令的名称来源于"挑选樱桃"的比喻，意味着可以从众多提交中精选出需要的那几个。

git cherry-pick命令的基本格式如下，其中<commit-hash>是希望应用的提交的哈希值:

# 通过git log或者其他手段来获取commit iD
git cherry-pick <commit-hash>

如果这个提交能够顺利地应用到当前分支上，而没有任何冲突，那么可以看到一个新的提交出现在当前分支的提交历史中 。这个新提交的内容与通过cherry-pick命令选取的原始提交的内容相同，但是它会有一个新的提交哈希值。

如果在应用某个提交时遇到了冲突，Git会停止cherry-pick操作，并需要手动编辑冲突的文件，最后使用git add命令来标记冲突已经解决。在解决完所有冲突并更新索引后，可以通过git cherry-pick --continue来继续应用提交。

如果决定不应用当前的cherry-pick操作，可以使用git cherry-pick --abort来取消。

git cherry-pick还支持一些有用的选项，例如：

• -n 或 --no-commit：应用更改但不自动创建提交，允许手动合并多个提交的更改，并最终作成一个提交。
• -e 或 --edit：在提交时打开编辑器，让你可以编辑提交信息。
• -x：在提交信息中包含一个说明，指出提交是通过cherry-pick从哪个提交哈希值应用过来的。

git cherry-pick常用于修复bug，当在测试分支上发现了一个bug，并在该分支上修复后，可以通过cherry-pick将修复的提交应用到生产分支上。

3. 实例展示

首先确认需要同步的源分支和目标分支。

ubuntu->tdata:$ git branch -a
  develop
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/master

从上述命令中，有四个分支，两个远程分支，两个本地分支。我们主要从develop分支同步最新提交到master分支上。

在master分支上通过git log获取提交commit(或者其他手段)，如下所示：

ubuntu->tdata:$ git log develop
commit bc75713f30a34e292f59f39d439c08f7ea6b21ed (develop)
Author: Once Day <onceday@qq.com>
Date:   Sun Apr 7 22:55:59 2024 +0800

    save files

commit d71a12145f1ccd8d8f93f1cc937b70fa22d3ce27 (HEAD -> master, origin/master, origin/HEAD)
Author: Once Day <onceday@qq.com>
Date:   Sat Mar 9 21:50:05 2024 +0800

    save some
......

第一个提交就是需要同步的提交，复制其commit值，然后使用git cherry-pick命令同步。

ubuntu->tdata:$ git cherry-pick bc75713f30a34e292f59f39d439c08f7ea6b21ed
[master 69dc035] save files
 Date: Sun Apr 7 22:55:59 2024 +0800
 9 files changed, 405 insertions(+), 29 deletions(-)
 create mode 100644 cs-test/alias-test.c
 create mode 100644 cs-test/hash-test.c
 create mode 100644 perf-ana/git-sync-simple.sh
 create mode 100755 perf-ana/git-sync.sh
 create mode 100644 perf-ana/objdump-func.sh
 
ubuntu->tdata:$ git log
commit 69dc035383d742c95ea2814972191d82ba9a91a3 (HEAD -> master)
Author: Once Day <onceday@qq.com>
Date:   Sun Apr 7 22:55:59 2024 +0800

    save files

一般情况下，都是非常顺利直接同步，如果存在冲突，手动merge即可。