Git: commit 中的 hash 是什么

Table of Contents:

• Part 1 - What is a commit hash?
• Part 2 - What is a merge?
• Part 3 - What is a rebase?

Part 1 - What is a commit hash?

在学习如何使用Git时，我曾经遇到过的最大困难之一就是merge和rebase之间的区别。大多数人很快就理解了merge的概念，但是当试图理解rebase的不同之处时，他们会迷失方向。在这篇由三部分组成的文章中，我将以最简单的方式介绍这些差异。为了做到这一点，我们首先需要了解什么是commit hash。

如果您曾经在Git中查看过提交历史记录，那么您可能会看到类似的情况：

commit a9ca2c9f4e1e0061075aa47cbb97201a43b0f66f 
Author: Alex Ford 
Date: Mon Sep 8 6:49:17 2014

Initial commit.

您可能已经将长串字母和数字（commit hash 值）视为某一特定提交的唯一ID。虽然这样是对的，但是你可能还不知道它是一个生成的SHA-1 hash，代表git 的 commit object。如果不了解Git提交对象的可怕细节，那么你只需知道它是根据它所代表的信息直接生成的，一个很大的加密字符串。因为它是根据提交中包含的信息生成的，所以哈希值不能更改。更改提交哈希值的唯一方法是更改有关提交的详细信息，该提交本质上用一个全新的哈希生成一个全新的提交。

除了提交作者、日期和存储的数据等所有明显的信息外，每个提交还包含上一个提交的hash值。这正是生成提交历史记录的方式。每个提交都知道它前面的提交的哈希值。

在上面的图片中，您可以看到我的SourceTree窗口中我创建的演示仓库。我在演示仓库做了三次commit。SourceTree足够智能，可以读取我的仓库中的每个提交，并构建此历史的图形表示。可以看到commit 2直接引用commit 1，而commit 1直接引用commit 0。请注意，为了便于讨论，我把提交的commit message直接写成了序号，真正的commit message应该描述在该提交中所做的更改。

由于我的演示仓库只包含对主