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

时间:2024-04-13 07:15:15

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

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

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

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

文章目录

      • Git(8)之分支间同步特定提交
        • 1. 分支间同步提交
        • 2. `cherry-pick`同步分支间的特定提交
        • 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即可。