git 如何比较不同分支的差异

系统 Linux
我们如何找出合并后的分支与合并前分支的差异呢?这里我们需要使用到 git log 命令了。

前两天,良许在做集成的时候碰到了一件闹心事。事情是这样的,良许的一位同事不小心把一个错误的 dev 分支 merge 到了 master 分支上,导致了良许编译不通过。于是,我们需要将版本回退到 merge 之前的状态。

如果是下面这个状态,那很好处理:

git 如何比较不同分支的差异

这种情况下,我们只需一个 git reset 命令即可:

  1. git reset --hard HEAD~ 

但是,如果下面这种状态,情况就没那么简单了:

这种情况下,就不能简单使用 git reset 命令了。这就是良许这次碰到的问题。为了解决这个问题,我们就需要找出合并后的分支与合并前的分支的差异,再进行版本回退。这种情况下的版本回退,就不能单用 git reset 了,而是要配合 git revert 了,在后面我们将详细介绍如何优雅的进行版本回退。

回到正题,我们如何找出合并后的分支与合并前分支的差异呢?这里我们需要使用到 git log 命令了。我们先模拟出这两个分支的提交情况:

  • dev 分支提交情况:
    1. [alvin@VM_0_16_centos git-log]$ git log dev 
    2. commit b191410906ae20a865fde3f163bb01fd6cfc1f11 
    3. Author: Liangxu <yychuyu@163.com> 
    4. Date:   Sat Dec 8 21:03:13 2018 +0800 
    5.     [dev] 版本6 
    6. commit 793c9582ab0a45c4f8f548be36c06bc5ca427c62 
    7. Author: Liangxu <yychuyu@163.com> 
    8. Date:   Sat Dec 8 21:02:30 2018 +0800 
    9.     [dev] 版本5 
    10. commit dbe54166608772486408c1dea05304de45dba430 
    11. Author: Liangxu <yychuyu@163.com> 
    12. Date:   Sat Dec 8 21:00:27 2018 +0800 
    13.     [both] 版本3 
    14. commit 31894364b1396b00d2935373387397ef930416e4 
    15. Author: Liangxu <yychuyu@163.com> 
    16. Date:   Sat Dec 8 20:59:26 2018 +0800 
    17.     [both] 版本2 
    18. commit 4872f653a8fd7c8541abb4a292d628dc7625884b 
    19. Author: Liangxu <yychuyu@163.com> 
    20. Date:   Sat Dec 8 20:58:05 2018 +0800 
    21.     [dev] 版本4 
    22. commit fac6c60ed28c5acfcd01284336d4201cc55ee2e7 
    23. Author: Liangxu <yychuyu@163.com> 
    24. Date:   Sat Dec 8 20:57:01 2018 +0800 
    25.     [both] 版本1 
  • master 分支提交情况:
    1. [alvin@VM_0_16_centos git-log]$ git log master 
    2. commit c690054c67b833b22dce4120899526743b20d36d 
    3. Author: Liangxu <yychuyu@163.com> 
    4. Date:   Sun Dec 9 07:31:47 2018 +0800 
    5.     [master] 版本7 
    6. commit dbe54166608772486408c1dea05304de45dba430 
    7. Author: Liangxu <yychuyu@163.com> 
    8. Date:   Sat Dec 8 21:00:27 2018 +0800 
    9.     [both] 版本3 
    10. commit 31894364b1396b00d2935373387397ef930416e4 
    11. Author: Liangxu <yychuyu@163.com> 
    12. Date:   Sat Dec 8 20:59:26 2018 +0800 
    13.     [both] 版本2 
    14. commit fac6c60ed28c5acfcd01284336d4201cc55ee2e7 
    15. Author: Liangxu <yychuyu@163.com> 
    16. Date:   Sat Dec 8 20:57:01 2018 +0800 
    17.     [both] 版本1 

在这些提交里 [both] 表示两个分支都有的提交, [dev] 表示只有在 dev 分支的提交,[master] 表示只在 master 分支的提交

1. 查看dev有,而 master 分支没有的提交

方法一

命令:

  1. git log dev ^master 

结果:

  1. [alvin@VM_0_16_centos git-log]$ git log dev ^master 
  2. commit b191410906ae20a865fde3f163bb01fd6cfc1f11 
  3. Author: Liangxu <yychuyu@163.com> 
  4. Date:   Sat Dec 8 21:03:13 2018 +0800 
  5.     [dev] 版本6 
  6. commit 793c9582ab0a45c4f8f548be36c06bc5ca427c62 
  7. Author: Liangxu <yychuyu@163.com> 
  8. Date:   Sat Dec 8 21:02:30 2018 +0800 
  9.     [dev] 版本5 
  10. commit 4872f653a8fd7c8541abb4a292d628dc7625884b 
  11. Author: Liangxu <yychuyu@163.com> 
  12. Date:   Sat Dec 8 20:58:05 2018 +0800 
  13.     [dev] 版本4 

很明显看到,版本4,5,6这三个提交只在 dev 分支里。

相反,如果想看到 master 分支有,而 dev 分支没有的提交,就可以使用如下命令:

  1. git log master ^dev 

结果:

  1. [alvin@VM_0_16_centos git-log]$ git log master ^dev 
  2. commit c690054c67b833b22dce4120899526743b20d36dAuthor: Liangxu <yychuyu@163.com>Date:   Sun Dec 9 07:31:47 2018 +0800 
  3.     [master] 版本7 

方法二

使用如下命令:

  1. git log master..dev 

如果想查看只在 master 分支,而不在 dev 分支的提交,则将 master 与 dev 对调过来即可:

  1. git log dev..master 

这两条命令的执行结果与上述相同,故不重复贴结果了。

2. 提前未知两个分支提交情况,如何查看两个分支的差异?

在这种情况下,上述的几个命令都跑一遍,其实也可以知道个大概了。但有没有更简单的办法呢?git 同样为你想到了这个问题,也提供了解决办法:

  1. git log master...dev 

结果:

  1. [alvin@VM_0_16_centos git-log]$ git log master...dev 
  2. commit c690054c67b833b22dce4120899526743b20d36d 
  3. Author: Liangxu <yychuyu@163.com> 
  4. Date:   Sun Dec 9 07:31:47 2018 +0800 
  5.     [master] 版本7 
  6. commit b191410906ae20a865fde3f163bb01fd6cfc1f11 
  7. Author: Liangxu <yychuyu@163.com> 
  8. Date:   Sat Dec 8 21:03:13 2018 +0800 
  9.     [dev] 版本6 
  10. commit 793c9582ab0a45c4f8f548be36c06bc5ca427c62 
  11. Author: Liangxu <yychuyu@163.com> 
  12. Date:   Sat Dec 8 21:02:30 2018 +0800 
  13.     [dev] 版本5 
  14. commit 4872f653a8fd7c8541abb4a292d628dc7625884b 
  15. Author: Liangxu <yychuyu@163.com> 
  16. Date:   Sat Dec 8 20:58:05 2018 +0800 
  17.     [dev] 版本4 

请注意,在这里,master 与 dev 之间有三个点,有别于之前的命令(两个点)。而且,这个命令的执行结果与 git log dev...master 完全一样。

我们这里是为了方便演示,加了 [master] 、 [dev] 、 [both] 这样的记号,但在实际开发过程中,很少会这样操作。那我们在执行 git log master...dev 时,怎么知道有差异的提交是在 master 分支里,还是 dev 分支里?我们只需加上 --left-right 选项即可。

  1. git log --left-right master...dev 

结果:

  1. [alvin@VM_0_16_centos git-log]$ git log --left-right master...dev 
  2. commit < c690054c67b833b22dce4120899526743b20d36d 
  3. Author: Liangxu <yychuyu@163.com> 
  4. Date:   Sun Dec 9 07:31:47 2018 +0800 
  5.     [master] 版本7 
  6. commit > b191410906ae20a865fde3f163bb01fd6cfc1f11 
  7. Author: Liangxu <yychuyu@163.com> 
  8. Date:   Sat Dec 8 21:03:13 2018 +0800 
  9.     [dev] 版本6 
  10. commit > 793c9582ab0a45c4f8f548be36c06bc5ca427c62 
  11. Author: Liangxu <yychuyu@163.com> 
  12. Date:   Sat Dec 8 21:02:30 2018 +0800 
  13.     [dev] 版本5 
  14. commit > 4872f653a8fd7c8541abb4a292d628dc7625884b 
  15. Author: Liangxu <yychuyu@163.com> 
  16. Date:   Sat Dec 8 20:58:05 2018 +0800 
  17.     [dev] 版本4 

我们会发现,在 commit 与哈希值之间多了个 < 或 > ,其中 < 表示只在 master 分支的提交, > 表示只在 dev 分支的提交。

本文授权转载自公众号「良许Linux」。良许,世界500强外企Linux开发工程师,公众号里分享大量Linux干货,欢迎关注!

 

责任编辑:赵宁宁 来源: 今日头条
相关推荐

2022-10-26 09:22:19

git命令Linux

2020-07-09 08:00:25

Git分支模式

2021-03-28 17:21:15

Git分支策略

2018-06-08 09:27:08

GitLinux开源

2024-10-14 08:35:29

2014-08-08 10:20:23

Git版本管理系统

2022-05-25 16:51:41

Git 分支重命名开发者

2023-10-09 08:39:33

Git Flow分支管理模型

2024-04-03 09:03:05

项目分支管理

2022-11-07 08:01:18

Git分支管理

2020-05-28 10:45:31

Git分支合并

2022-08-11 15:45:13

Git

2023-12-01 11:05:29

Git 分支

2022-03-18 09:45:43

Git分支Linux

2011-03-30 10:50:55

GitLinux 版本控制

2016-09-27 10:05:11

LinuxShell命令

2017-12-05 10:44:50

浏览器页面加载

2011-08-29 18:17:58

Ubuntu

2011-05-30 08:42:56

Android

2013-10-09 10:04:20

LinuxGit
点赞
收藏

51CTO技术栈公众号