我们会发现，在 commit 与哈希值之间多了个 ，其中 表示只在 dev 分支的提交。
[alvin@VM_0_16_centos git-log]$ git log --left-right master...dev commit < c690054c67b833b22dce4120899526743b20d36d Author: Liangxu Date: Sun Dec 9 07:31:47 2018 +0800 [master] 版本7 commit > b191410906ae20a865fde3f163bb01fd6cfc1f11 Author: Liangxu Date: Sat Dec 8 21:03:13 2018 +0800 [dev] 版本6 commit > 793c9582ab0a45c4f8f548be36c06bc5ca427c62 Author: Liangxu Date: Sat Dec 8 21:02:30 2018 +0800 [dev] 版本5 commit > 4872f653a8fd7c8541abb4a292d628dc7625884b Author: Liangxu Date: Sat Dec 8 20:58:05 2018 +0800 [dev] 版本4
结果：
git log --left-right master...dev
我们这里是为了方便演示，加了 [master] 、 [dev] 、 [both] 这样的记号，但在实际开发过程中，很少会这样操作。那我们在执行 git log master...dev 时，怎么知道有差异的提交是在 master 分支里，还是 dev 分支里?我们只需加上 --left-right 选项即可。
请注意，在这里，master 与 dev 之间有三个点，有别于之前的命令(两个点)。而且，这个命令的执行结果与 git log dev...master 完全一样。
[alvin@VM_0_16_centos git-log]$ git log master...dev commit c690054c67b833b22dce4120899526743b20d36d Author: Liangxu Date: Sun Dec 9 07:31:47 2018 +0800 [master] 版本7 commit b191410906ae20a865fde3f163bb01fd6cfc1f11 Author: Liangxu Date: Sat Dec 8 21:03:13 2018 +0800 [dev] 版本6 commit 793c9582ab0a45c4f8f548be36c06bc5ca427c62 Author: Liangxu Date: Sat Dec 8 21:02:30 2018 +0800 [dev] 版本5 commit 4872f653a8fd7c8541abb4a292d628dc7625884b Author: Liangxu Date: Sat Dec 8 20:58:05 2018 +0800 [dev] 版本4
结果：
git log master...dev
在这种情况下，上述的几个命令都跑一遍，其实也可以知道个大概了。但有没有更简单的办法呢?git 同样为你想到了这个问题，也提供了解决办法：
这两条命令的执行结果与上述相同，故不重复贴结果了。
git log dev..master
如果想查看只在 master 分支，而不在 dev 分支的提交，则将 master 与 dev 对调过来即可：
git log master..dev
使用如下命令：
方法二
[alvin@VM_0_16_centos git-log]$ git log master ^dev commit c690054c67b833b22dce4120899526743b20d36dAuthor: Liangxu Date: Sun Dec 9 07:31:47 2018 +0800 [master] 版本7
结果：
git log master ^dev
相反，如果想看到 master 分支有，而 dev 分支没有的提交，就可以使用如下命令：
很明显看到，版本4，5，6这三个提交只在 dev 分支里。
[alvin@VM_0_16_centos git-log]$ git log dev ^master commit b191410906ae20a865fde3f163bb01fd6cfc1f11 Author: Liangxu Date: Sat Dec 8 21:03:13 2018 +0800 [dev] 版本6 commit 793c9582ab0a45c4f8f548be36c06bc5ca427c62 Author: Liangxu Date: Sat Dec 8 21:02:30 2018 +0800 [dev] 版本5 commit 4872f653a8fd7c8541abb4a292d628dc7625884b Author: Liangxu Date: Sat Dec 8 20:58:05 2018 +0800 [dev] 版本4
结果：
git log dev ^master
命令：
方法一
在这些提交里 [both] 表示两个分支都有的提交， [dev] 表示只有在 dev 分支的提交，[master] 表示只在 master 分支的提交
[alvin@VM_0_16_centos git-log]$ git log master commit c690054c67b833b22dce4120899526743b20d36d Author: Liangxu Date: Sun Dec 9 07:31:47 2018 +0800 [master] 版本7 commit dbe54166608772486408c1dea05304de45dba430 Author: Liangxu Date: Sat Dec 8 21:00:27 2018 +0800 [both] 版本3 commit 31894364b1396b00d2935373387397ef930416e4 Author: Liangxu Date: Sat Dec 8 20:59:26 2018 +0800 [both] 版本2 commit fac6c60ed28c5acfcd01284336d4201cc55ee2e7 Author: Liangxu Date: Sat Dec 8 20:57:01 2018 +0800 [both] 版本1
master 分支提交情况：
[alvin@VM_0_16_centos git-log]$ git log dev commit b191410906ae20a865fde3f163bb01fd6cfc1f11 Author: Liangxu Date: Sat Dec 8 21:03:13 2018 +0800 [dev] 版本6 commit 793c9582ab0a45c4f8f548be36c06bc5ca427c62 Author: Liangxu Date: Sat Dec 8 21:02:30 2018 +0800 [dev] 版本5 commit dbe54166608772486408c1dea05304de45dba430 Author: Liangxu Date: Sat Dec 8 21:00:27 2018 +0800 [both] 版本3 commit 31894364b1396b00d2935373387397ef930416e4 Author: Liangxu Date: Sat Dec 8 20:59:26 2018 +0800 [both] 版本2 commit 4872f653a8fd7c8541abb4a292d628dc7625884b Author: Liangxu Date: Sat Dec 8 20:58:05 2018 +0800 [dev] 版本4 commit fac6c60ed28c5acfcd01284336d4201cc55ee2e7 Author: Liangxu Date: Sat Dec 8 20:57:01 2018 +0800 [both] 版本1
dev 分支提交情况：
回到正题，我们如何找出合并后的分支与合并前分支的差异呢?这里我们需要使用到 git log 命令了。我们先模拟出这两个分支的提交情况：
这种情况下，就不能简单使用 git reset 命令了。这就是良许这次碰到的问题。为了解决这个问题，我们就需要找出合并后的分支与合并前的分支的差异，再进行版本回退。这种情况下的版本回退，就不能单用 git reset 了，而是要配合 git revert 了，在后面我们将详细介绍如何优雅的进行版本回退。
但是，如果下面这种状态，情况就没那么简单了：
git reset --hard HEAD~
这种情况下，我们只需一个 git reset 命令即可：
如果是下面这个状态，那很好处理：
前两天在做集成的时候碰到了一件闹心事。事情是这样的，良许的一位同事不小心把一个错误的 dev 分支 merge 到了 master 分支上，导致了良许编译不通过。于是，我们需要将版本回退到 merge 之前的状态。
IT人才外包服务和合作伙伴：为客户提供高效解决方案
随着科技的发展，各种行业对IT人才的需求也越来越大。企业为了满足自身发展需要，往往需要雇佣大量IT人才，但是这样会造成很大一部分成本的增加。为了解决这一问题，很多企业开始选择IT人才外包服务。那么，IT人才外包服务和合作伙伴是如何为客户提供高效解决方案的呢？接下来，我们将从以下三个方面来探讨。
一、提供专业人才
IT人才外包服务公司通常拥有丰富的人才资源，他们拥有专业的IT人才，能够为企业提供从高级IT管理人员到初级技术人员的各种IT人才。这些人才拥有丰富的行业经验、熟练的技能和强大的执行力，为企业节省了招聘和培训的时间和成本。此外，外包服务公司还会对所招聘的IT人才进行定期的培训，以确保他们具备最新的技术和行业知识，为企业的发展提供源源不断的支持。
二、提供高效解决方案
外包服务公司还会根据企业的需求，提供一系列专业的服务。例如，他们可以提供人才招聘服务，帮助企业快速找到合适的人才；也可以提供培训服务，帮助企业提升员工的技能水平；更可以提供各种咨询服务，帮助企业更好地规划和管理自身的IT人才。这些服务可以帮助企业降低运营成本，提高工作效率，为客户提供更高效的服务。
三、提供全方位解决方案
除了上述服务之外，外包服务公司还可以为客户提供更全方位的解决方案。例如，他们可以为企业提供人才储备服务，帮助企业在未来的人员招聘和培训中做好准备；也可以提供外包服务，帮助企业处理一些非核心的IT事务，从而释放内部资源专注于主营业务。这些解决方案可以企业的长远发展提供重要的支持，让企业更加专注于发展主营业务。
总之，IT人才外包服务和合作伙伴通过提供专业人才、高效解决方案以及全方位服务，为客户提供更加高效、优质的IT人才服务。通过与外包服务公司的合作，企业可以降低运营成本，提高工作效率，释放内部资源专注于发展主营业务，实现更长远的发展。