Git——本地使用详解

- 日理万妓 2024-05-09 16:23 71阅读 0赞

#### 目录 ####

*  Git
 *   *  1、开始版本控制
     *   *  1.1、初始化Repository
         *  1.2、使目录脱离Git控制
     *  2、把文件交给Git管控
     *   *  2.1、创建文件后交给Git
         *  2.2、git add之后再次修改文件
         *  2.3、git add "--all"与"."参数区别
         *  2.4、把暂存区的内容提交到存储库里存档
     *  3、工作区、暂存区与存储库
     *   *  3.1、二段式提交
         *  3.2、跳过add直接commit
     *  4、查看Commit记录
     *   *  4.1、使用git log命令
         *  4.2、查询历史记录常用条件
     *  5、删除或变更文件名
     *   *  5.1、删除文件
         *   *  1、直接删除
             *  2、使用Git命令删除
             *  3、使文件脱离Git控制
         *  5.2、变更文件名
         *   *  1、直接改名
             *  2、使用Git命令改名
         *  5.3、文件的名称不重要
     *  6、修改Commit记录
     *  7、追加文件到最近一次的Commit
     *  8、新增目录
     *  9、有些文件不想放在Git中
     *  10、查看特定文件的Commit记录
     *  11、查看某行代码是谁写的
     *  12、意外删除文件或目录
     *   *  12.1、恢复被删除的文件或目录
         *  12.2、Git恢复文件的原理
     *  13、拆掉Commit重做（git reset）
     *   *  13.1、拆掉重做
         *  13.2、Reset模式
         *  13.3、Reset实际意义
     *  14、恢复使用hard模式Reset的Commit
     *   *  14.1、退回Reset前
         *  14.2、使用Reflog
     *  15、HEAD
     *   *  15.1、HEAD简介
         *  15.2、切换分支的时候
     *  16、只Commit一个文件的部分内容

## Git ##

### 1、开始版本控制 ###

#### 1.1、初始化Repository ####

新建一个目录，并使用`git init`命令初始化Repository：

mkdir mygit
    git init

`git init`命令会在mygit目录中创建一个`.git`目录。

#### 1.2、使目录脱离Git控制 ####

Git的版控很单纯，全都是靠.git目录在做事。如果这个目录不想被版控，或者只想给客户不含版控记录的内容，只要把.git目录移除，Git就对这个目录失去控制权了。

### 2、把文件交给Git管控 ###

#### 2.1、创建文件后交给Git ####

创建一个内容为"hell, git"的文件，并命名为welcome.html：

echo "hello, git" > welcome.html

使用`git status`命令查看状态：  
![在这里插入图片描述][0652a826ce9c48fb96276d8f678a174b.png]

这个welcome.html文件当前的状态是`Untracked files`，即这个文件尚未被加到Git版控系统中，还未正式被Git“追踪”，只是刚刚加入这个目录而已。

使用`git add`命令，把welcome.html文件交给Git，让Git开始追踪它：

git add welcome.html

再次使用git status命令查看当前的状态：  
![在这里插入图片描述][4fb64b421db34eec8b7f59d716020f71.png]

从以上信息可以看出，文件状态已从`Untracked`变成`new file`。这表示该文件已经被安置到暂存区（Staging Area）。

#### 2.2、git add之后再次修改文件 ####

设想一下下面这样一种情境：

1.  新增了一个文件abc.txt。
2.  执行git add abc.txt命令，把文件加至暂存区。
3.  编辑abc.txt文件。

echo "hello world" > abc.txt
    git add abc.txt
    echo "hw" > abc.txt

完成编辑后，可能想要进行Commit，把刚刚改动的内容保存下来。这是新手很容易犯的错误之一，以为执行Commit命令就能把所有的异动都保存下来，事实上这样的想法是不正确的。执行git status命令，看一下当前的状态：  
![在这里插入图片描述][ce51cf80e3b645a6a00eea5d34222da5.png]

可以发现，abc.txt文件变成了两个，步骤（2）的确把abc.txt文件加入暂存区了，但在步骤（3）中又编辑了该文件。对Git来说，编辑的内容并没有“再次被加入暂存区，所以此时暂存区中的数据还是步骤（2）中加进来的那个文件。

如果确定这个改动是你想要的，那就再次使用`git add abc.txt`命令，把abc.txt文件加入暂存区。

#### 2.3、git add “–all"与”."参数区别 ####

Git 1.x：

Git 2.x：

也就是说，在Git 2.x之后，这两个参数在功能上就没什么区别了。

#### 2.4、把暂存区的内容提交到存储库里存档 ####

如果仅是通过`git add`命令把异动加到暂存区，还不算是完成整个流程。如果想让暂存区的内容永久保存下来，就要使用`git commit`命令。

git commit -m "init commit"

在后面加上`-m "init commit"`是要说明“这次的Commit做了什么事”，只要使用简单、清楚的文本说明即可，中英文都可以，重点是要说清楚，能让自己和别人很快明白就行。

![在这里插入图片描述][c122e55324784677bcc0a92e5fd553f1.png]

在执行`git commit`命令时，如果没有在后面加上信息参数，默认会弹出一个黑色的画面，也就是编辑器——Vim。让我们输入提交信息：

![在这里插入图片描述][f4de49cec3a8403699c17eb74ccdeef2.png]

另外，如果没有内容，也可以Commit，只要加上`--allow-empty`参数。

git commit --allow-empty -m "empty commit"

### 3、工作区、暂存区与存储库 ###

#### 3.1、二段式提交 ####

在Git中，针对工作目录、暂存区以及存储库3个主要区域，可以通过不同的Git命令，把文件移往不同的区域，如图所示：

![在这里插入图片描述][73f6968fd3ea46349bccf87683fffd42.png]

#### 3.2、跳过add直接commit ####

如果觉得先add再commit有点烦琐，可以在Commit时多加一个`-a`参数，缩短这个流程：

echo "ccc" > c.txt
    git commit -a -m "quick commit test."

这样即使没有先add，也可以完成Commit。但要注意的是，这个`-a`参数**只对已经存在于Repository区域的文件有效，对新加入（也就是Untracked files）的文件是无效的。**

![在这里插入图片描述][5ffa6641f3c646528a8d151147f05af8.png]

### 4、查看Commit记录 ###

#### 4.1、使用git log命令 ####

git log

![在这里插入图片描述][aa579dc18cfa4454be396810e88d8fbd.png]

越新的信息会显示在越上面。从上面这段信息中大致可以看出以下内容:

1.  Commit的作者是谁
2.  什么时候Commit的
3.  每次的Commit大概做了些什么事

在使用`git log`命令时，如果加上额外参数，可以看到不一样的输出格式。例如，加上`--oneline`和`–-graph`参数：

git log --oneline --graph

![在这里插入图片描述][dbc1bddd3bc54629a9937b912bc05b27.png]

输出的结果就会更为精简，可以一次性看到更多的Commit。

#### 4.2、查询历史记录常用条件 ####

**想要找某个人或某些人的Commit：**

# 使用 --author参数
    git log --oneline --author="ActonZhang"
    
    # 使用 | 表示或者，注意使用时需要加上\进行转义
    git log --oneline --author="ActonZhang\|Tom"

**想要找Commit信息中是否包含有某些关键字：**

# 使用 --grep 参数
    git log --oneline --grep="second"

**想要找Commit文件中的内容：**

# 使用 -S 参数
    git log -S "hw"

**想要找某一段时间内的Commit：**

# 使用 --since --until --after 参数
    # 查询今天上午9点到下午11点之间的Commit
    git log --oneline --since="9am" --until="11pm"
    
    # 查询2017年1月之后，每天上午9点到下午11点之间的Commit
    git log --oneline --since="9am" --until="11pm" --after="2017-01"

### 5、删除或变更文件名 ###

在Git中，无论是删除文件还是变更文件名，对Git来说都是一种“改动”。

#### 5.1、删除文件 ####

##### 1、直接删除 #####

可以使用系统命令rm或资源管理器之类的工具来删除文件。例如：

rm -rf welcome.html

删除后查看状态：  
![在这里插入图片描述][861b217be4d04e408bf5524b270398af.png]

可以看到welcome.html文件当前的状态是deleted。如果确定这是你想做的，就可以把这次的“改动”加到暂存区，然后Commit即可：

git add welcome.html
    git commit -m "delete welcome."

> 如果“把删除文件加到暂存区”让你觉得不好理解，就把“删除文件”也当作一种“改动”就行了。

##### 2、使用Git命令删除 #####

可以先执行rm命令删除，然后再执行git add命令加入暂存区的两段式动作，也可以直接使用`git rm`命令来完成：

git rm abc.txt

这时候查看状态会发现，“它就直接在暂存区了，不需要再add一次，可以少做一个步骤：  
![在这里插入图片描述][33264e018b6a40febf0358aa324eed0f.png]

随后直接Commit即可：

git commit -m "delete abc.txt"

##### 3、使文件脱离Git控制 #####

不论是执行`rm`命令，还是执行`git rm`命令，都会真的把这个文件从工作目录中删除。如果不是真的想把这个文件删除，只是不想让这个文件再被Git控制了，可以加上`-- cached`参数：

git rm b.txt --cached

查看状态，b.txt的状态从原本已经在Git目录中的tracked变成Untracked了：

![在这里插入图片描述][6591d5b5aa394e4493826146407a940f.png]

随后直接Commit即可：

git commit -m "untrack b.txt"

#### 5.2、变更文件名 ####

##### 1、直接改名 #####

与删除文件一样，变更文件名也是一种“改动”，所以在操作上也是差不多的：

mv a.txt aa.txt

查看状态，会看到两个状态的改变，虽然只是更改文件名，但对Git来说会被认为是两个动作，一个是删除a.txt文件，另一个是新增aa.txt文件（变成Untracked状态）。  
![在这里插入图片描述][2324dfae483c48d8ba08daa44b487d59.png]

git add aa.txt
    git commit -m "rename a.txt to aa.txt"

![在这里插入图片描述][e516cd04009f4a3394cc5bd8f5389b05.png]

git rm a.txt
    git commit -m "delete a.txt"

##### 2、使用Git命令改名 #####

git mv aa.txt aaa.txt

![在这里插入图片描述][fcc82bfd8b874db5928b5d755b85dcb8.png]

git commit -m "rename aa.txt to aaa.txt"

#### 5.3、文件的名称不重要 ####

Git是根据文件的“内容”来计算SHA-1的值，所以文件的名称不重要，重要的是文件的内容。当更改文件名时，Git并不会为此做出一个新的Blob对象，而只是指向原来的那个Blob对象。但因为文件名变了，所以Git会为此做出一个新的Tree对象。

### 6、修改Commit记录 ###

要改动Commit记录，有以下几种方式。

1.  把.git目录整个删除（不建议）
2.  使用`git rebase`命令来改动历史记录
3.  先把Commit用`git reset`命令删除，整理后再重新Commit
4.  使用`--amend`参数改动最后一次的Commit

这里采用第四种方式，先提交一个空Commit记录：

git commit --allow-empty -m "WTF"

![在这里插入图片描述][49380d10a37e417aaf44f6df47b3fb6a.png]

要改动最后一次的Commit信息，只需直接在Commit命令后面加上`--amend`参数即可：

git commit --amend --allow-empty -m "heiheihei..."

![在这里插入图片描述][63b847cdffbf4e759c72519598b3a9d7.png]

> 虽然只是修改记录的信息，其他什么都没有改，但对Git来说，因为Commit的内容改变了，所以Git会重新计算并产生一个新的Commit对象，这其实是一次全新的Commit（只是看起来不像新的）。例如，上面这个例子中，改动前的Commit对象的SHA-1值在改完信息之后变了。虽然Commit的时间与文件的内容看起来并没有被改动，但它仍是一次全新的Commit。

### 7、追加文件到最近一次的Commit ###

可以采用下面这两种方式来完成：

1.  使用git reset命令把最后一次的Commit删除，加入新文件后再重新Commit
2.  使用`--amend`参数进行Commit

此处采用第二种方式，假设有一个Untracked的b.txt文件，想把它加入到最近一次的Commit中：  
![在这里插入图片描述][08646ed78c1647c9bae5f0f6d39ccf46.png]

# 先加入暂存区
    git add b.txt
    
    # 加入到最近一次Commit，--no-edit参数表示不需要编辑Commit信息
    git commit --amend --no-edit

> 像这样改动历史记录的操作，尽量不要应用在已经Push出去的Commit上。

### 8、新增目录 ###

# 新建目录
    mkdir images
    
    # 查看状态
    git status

![在这里插入图片描述][18a8ac8498e04766aa4419b7bf1b764c.png]

发现Git的状态依旧没有变化，因为Git在计算、产生对象时，是根据“文件的内容”进行计算的，所以只是新增一个目录的话，Git是无法处理它的。

如果想要新增目录，只要在空目录中随便放一个文件就行了。如果当前还没有文件可以放，或者不知道该放什么文件，通常可以放一个名为“.keep”或“.gitkeep”的空文件，让Git能“感应”到这个目录的存在：

touch images/.keep
    git status

![在这里插入图片描述][9db9adc3f068414ea8e0718bca6d2e34.png]

可以发现，Git已经感知到这个目录的存在了（其实是感应到里面那个.keep文件的存在），接下来按照一般的流程进行add和commit即可。

git add .
    git commit -m "add dir"

### 9、有些文件不想放在Git中 ###

如果不想把文件放在Git中，只需在项目目录中放一个`.gitignore`文件，并且设置想要忽略的规则即可。如果这个文件不存在，就手动新增它：

touch .gitignore

然后编辑这个文件的内容：

# 忽略所有后缀是.yml的文件
    *.yml

只要.gitignore文件存在，即使这个文件没有被Commit或Push上Git服务器，也会有效果。但通常建议将这个文件Commit进项目并且push上Git服务器，以便让一起开发项目的所有人可以共享相同的文件。

在新增文件时，只要符合.gitignore文件中的规定，这个文件就会被忽视。

touch secret.yml
    git status

![在这里插入图片描述][0af831e41d2246079d9f76b5a5950b78.png]

secret.yml这个文件虽然确实存在这个目录中，但Git已经“感应”不到它了，即它被Git无视了。

虽然.gitignore文件列出了一些忽略的规则，但其实这些忽略的规则也是可以被忽略的。只需在执行`git add`命令时加上`-f`参数：

git add -f 文件名称

如果想清除那些已经被忽略的文件，可以使用`git clean`命令并配合`-X`参数：

git clean -fX

### 10、查看特定文件的Commit记录 ###

`git log`可以查看整个项目的Commit记录，但如果只想查看单一文件的记录，可在`git log`后面接上那个文件名：

git log b.txt

![在这里插入图片描述][211052daffb84ff8b512c6c374c34125.png]

这样就能看到这个文件Commit的历史记录。如果想查看这个文件每次的Commit做了什么改动，可以再给它加上一个`-p`参数：

git log -p b.txt

![在这里插入图片描述][07a5f555aba349fd975df79511384b95.png]

### 11、查看某行代码是谁写的 ###

可使用`git blame`命令找出来：

git blame user.sql

![在这里插入图片描述][17e7bc921bf64d67abbdab0c0894674f.png]

这样就可以很清楚地看出来哪一行代码是谁在什么时候写的，而最前面看起来像乱码的文本，正是每次Commit的识别代码，表示这一行代码是在哪一次的Commit中加进来的。

如果文件太大，也可以加上`-L`参数，只显示指定行数的内容：

git blame -L 10,15 user.sql

![在这里插入图片描述][2eff4ce54e5e4fe8bf9d0fcfbfbbeffd.png]

### 12、意外删除文件或目录 ###

#### 12.1、恢复被删除的文件或目录 ####

先删除user.sql文件：

rm -rf user.sql

查看状态：

git status

![在这里插入图片描述][6d06398511ea41da9993b7472cb76022.png]

查看文件列表：

ls -al

![在这里插入图片描述][765b94f2261d4114abdc60ea0eb908ef.png]

如果要把user.sql挽救回来，可以使用`git checkout`命令：

git checkout user.sql
    
    # 如果要恢复多个文件，可以使用.
    git checkout .

查看状态：  
![在这里插入图片描述][bf2295547eec474fa8d8e3f032d4a32a.png]  
查看文件列表：  
![在这里插入图片描述][85f5b4f348e949a88759b6ea412f53ed.png]

> 这个技巧不仅可以将删除的文件挽救回来，当改动某个文件后反悔了，也可以用它把文件恢复到上一次Commit的状态。

> 不是所有情况下都能恢复被删除的文件的。因为整个Git的记录都是放在根目录下的.git目录中，如果这个目录被删除了，也就意味着历史记录也被删除了，那么删除的文件也就不能恢复了。

#### 12.2、Git恢复文件的原理 ####

当使用`git checkout`命令时，Git会切换到指定的分支，但如果后面接的是文件名或路径，Git则不会切换分支，而是把文件从.git目录中复制一份到当前的工作目录。

更精准地说，这个命令会把暂存区（Staging Area）中的内容或文件拿来覆盖工作目录中（Working Directory）的内容或文件。因此，在上面执行`git checkout user.sql`或`git checkout .`命令时，会把user.sql文件或者当前目录下的所有文件恢复到上一次Commit的状态。

如果在执行这个命令时多加了一个参数：

git checkout HEAD~2 user.sql

那么距离现在两个版本以上的那个user.sql文件就会被用来覆盖当前工作目录中的user.sql文件，但要注意，这同时也会更新暂存区的状态。

git checkout HEAD~2 .

这个命令的意思就是“用距离现在两个版本以上的文件来覆盖当前工作目录中的文件，同时更新暂存区中的状态”。

### 13、拆掉Commit重做（git reset） ###

#### 13.1、拆掉重做 ####

先查看当前的Git记录：

git log --oneline

![在这里插入图片描述][911e41ff327142a898a617ed86be1fd6.png]

如果想拆掉最后一次的Commit，可以采用“相对”或“绝对”的做法。

**“相对”的做法是这样的：**

git reset 7d66c8c^
    # 最后的那个“^”符号代表的是“前一次”，所以7d66c8c^是指7d66c8c这个Commit的前一次；
    # 如果是7d66c8c^^，则是往前两次……以此类推。
    # 不过如果要倒退5次，通常不会写作7d66c8c^^^^^，而是写成7d66c8c~5”

因为刚好HEAD与master当前都是指向7d66c8c这个Commit，而且7d66c8c不太好记，所以上面这行通常会改写成：

git reset master^
    # 或
    git reset HEAD^

以这个例子来说，这两个命令会得到一样的结果。

**"绝对"的方式如下：**

如果很清楚要把当前的状态退回到哪个Commit，可以直接指明：

git reset dbca90c

它就会切换到dbca90c这个Commit的状态，因为dbca90c刚好就是7d66c8c的前一次Commit。以这个例子来说，也会达到与“拆掉最后一次的Commit”一样的效果。

#### 13.2、Reset模式 ####

`git reset`命令可以搭配参数使用。常用参数有3个，分别是`--mixed`、`--soft`以及`--hard`。搭配不同的参数，执行结果会有些微差别：

*  **mixed模式**：`--mixed`是默认的参数，如果没有另外加参数，`git reset`命令将使用`--mixed`模式。该模式会把暂存区的文件删除，但不会影响工作目录的文件。也就是说，Commit拆出来的文件会留在工作目录，但不会留在暂存区。
 *  **soft模式**：这种模式下的Reset，其工作目录与暂存区的文件都不会被删除，所以看起来就只有HEAD的移动而已。因此，Commit拆出来的文件会直接放在暂存区。
 *  **hard模式**：在这种模式下，无论是工作目录还是暂存区的文件，都会被删除。

<table> 
 <thead> 
  <tr> 
   <th align="left">模式</th> 
   <th align="left">工作目录</th> 
   <th align="left">暂存区</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">mixed</td> 
   <td align="left">不变</td> 
   <td align="left">被删除</td> 
  </tr> 
  <tr> 
   <td align="left">soft</td> 
   <td align="left">不变</td> 
   <td align="left">不变</td> 
  </tr> 
  <tr> 
   <td align="left">hard</td> 
   <td align="left">被删除</td> 
   <td align="left">被删除</td> 
  </tr> 
 </tbody> 
</table>

如果上面的说明让你不容易想象到底发生了什么事，那么只要记住这些不同的模式，就能决定“Commit拆出来的那些文件何去何从：

<table> 
 <thead> 
  <tr> 
   <th align="left">模式</th> 
   <th align="left">Commit拆出来的文件</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">mixed</td> 
   <td align="left">放回工作目录</td> 
  </tr> 
  <tr> 
   <td align="left">soft</td> 
   <td align="left">放回暂存区</td> 
  </tr> 
  <tr> 
   <td align="left">hard</td> 
   <td align="left">直接删除</td> 
  </tr> 
 </tbody> 
</table>

#### 13.3、Reset实际意义 ####

Reset通常翻译为“重新设置”，但在Git中，将Reset解释为“前往”或“变成”更为贴切，即go to或become的意思。当执行以下命令时：

git reset HEAD~2

该命令可能会被解读成“请帮我拆掉最后两次的Commit”，但其实用“拆”这个动词只是为了便于理解而已，事实上并没有真的把Commit“拆掉”（放心，所有的Commit都还在）。

准确地说，上面这个命令应该解读成“我要前往两个Commit之前的状态”或“我要变成两个Commit之前的状态”，而随着使用不同的参数模式，原本的这些文件就会移去不同的区域。

因为实际上git reset命令也并不是真的删除或重新设置Commit，只是“前往”到指定的Commit。那些看起来好像不见的东西只是暂时看不到了，但随时都可以再救回来。

### 14、恢复使用hard模式Reset的Commit ###

#### 14.1、退回Reset前 ####

查看Commit记录：

git log --oneline

![在这里插入图片描述][d3324bb49d89466c85a9a878b2714881.png]

首先要树立一个观念，不管用什么模式进行Reset，Commit就是Commit，并不会因为Reset就马上消失。假设先用默认模式的`git reset`命令倒退一步：

git reset HEAD~1

这时Commit看起来就会少一个，同时拆出来的文件会被放置在工作目录中：

![在这里插入图片描述][db7fbeb8744248399a5b574bdf47a6c0.png]  
![在这里插入图片描述][823925bb77ea4e0dad7698612e20d812.png]

如果想要退回刚刚Reset的这个步骤，只要Reset回一开始那个Commit的SHA-1 `7d66c8c`即可：

git reset 7d66c8c --hard

刚刚看起来拆掉的Commit就又回来了。这里使用了`--hard`参数，可以强迫放弃Reset之后改动的文件。

#### 14.2、使用Reflog ####

如果一开始没有记录Commit的SHA-1值也没关系，可以利用Git中的Reflog命令保留一些记录。再次借用上一个例子，但这次改用`--hard`模式进行Reset：

git reset HEAD~1 --hard

查看状态：  
![在这里插入图片描述][2c23405f0a8d42cd962f640fa56477e7.png]  
查看文件列表：  
![在这里插入图片描述][bf9db1538b9c4031820545df8f6e239c.png]

查看Commit记录：  
![在这里插入图片描述][05d911da81504ee8bf936a7dd0256ea8.png]

可以发现，不仅Commit不见了，文件也消失了。

接着可以使用`Reflog`命令来看一下记录：

git reflog

![在这里插入图片描述][928500973965432c8e5a397823224aec.png]

当HEAD移动时（如切换分支或者Reset都会造成HEAD移动），Git就会在Reflog中留下一条记录。

所以如果想要取消这次的Reset，就可以`“Reset到它Reset前的那个Commit”（很像绕口令）`。在这个例子中就是7d66c8c，所以只要这样：

git reset 7d66c8c --hard

就可以把刚刚hard reset的东西再次救回来了。

> git log命令如果加上-g参数，也可以进行Reflog。

### 15、HEAD ###

#### 15.1、HEAD简介 ####

HEAD是一个指标，指向某一个分支，通常可以把它当作“当前所在分支”来看待。在.git目录中有一个名为HEAD的文件，其中记录的就是HEAD的内容。来看一下它到底长什么样：

cat .git/HEAD

![在这里插入图片描述][fefd03f20b0f4ef7a722eb4ae41f69af.png]

从这个文件可以看出，HEAD当前正指向master分支。如果有兴趣再深入看一下refs/heads/master的内容就会发现，其实所谓的master分支也不过就是一个40个字节的文件罢了：

cat .git/refs/heads/master

![在这里插入图片描述][08fcbeb5166f46cda14b557141174482.png]

#### 15.2、切换分支的时候 ####

假设当前项目包括3个分支，而当前正在master分支上：

$ git branch 
    cat 
    dog 
    * master

接下来试着切换到cat分支：

$ git checkout cat 
    Switched to branch 'cat'

这时看一下刚刚那个HEAD文件的内容：

$ cat .git/HEAD 
    ref: refs/heads/cat

HEAD的内容变成refs/heads/cat了。再试着切换到dog分支：

$ git checkout dog 
    Switched to branch 'cat'

再确认一下HEAD的内容：

$ cat .git/HEAD 
    ref: refs/heads/dog

它又改成指向dog分支了。也就是说，HEAD通常会指向当前所在的分支。不过HEAD也不一定总是指向某个分支，当HEAD没有指向某个分支时便会造成detached HEAD的状态。

在切换分支的同时，HEAD的内容会改变，当HEAD的内容改变的时候，Reflog也会留下记录。

### 16、只Commit一个文件的部分内容 ###

假设index.html文件如下：

<!DOCTYPE html>
    <html>
    <head>
    	<meta charset="utf-8">
    	<title>首页</title>
    </head>
    <body>
    	<div class="container">
    		<h1 id="heading">头版消息</h1>
    		<div>内文   内文    内文    内文</div>
    		<div id="footer">没有版权，随意使用</div>
    	</div>
    </body>
    </html>

我们修改一下：

<!DOCTYPE html>
    <html>
    <head>
    	<meta charset="utf-8">
    	<title>首页1</title>
    </head>
    <body>
    	<div class="container">
    		<h1 id="heading">头版消息1</h1>
    		<div>内文   内文    内文    内文1</div>
    		<div id="footer">没有版权，随意使用1</div>
    	</div>
    </body>
    </html>

如果因为某些原因不想Commit footer区域，在Git中也可以先Commit其他的部分：

git add -p index.html

![在这里插入图片描述][32f9c06cabe2440d83c347ba9d8a6e1b.png]

当使用`git add`命令时，如果加上`-p`参数，Git就会询问是否要把这个区域（hunk）加到暂存区：

y - 暂存此区块
    n - 不暂存此区块
    q - 退出；不暂存包括此块在内的剩余的区块
    a - 暂存此块与此文件后面所有的区块
    d - 不暂存此块与此文件后面所有的区块
    g - 选择并跳转至一个区块
    / - 搜索与给定正则表达示匹配的区块
    j - 暂不决定，转至下一个未决定的区块
    J - 暂不决定，转至一个区块
    k - 暂不决定，转至上一个未决定的区块
    K - 暂不决定，转至上一个区块
    s - 将当前的区块分割成多个较小的区块
    e - 手动编辑当前的区块
    ? - 输出帮助

选择e，就会出现编辑器，显示以下内容：  
![在这里插入图片描述][8a495d9d5df545c48dab85bf0136611e.png]

在这里就可以编辑想要加到暂存区的区域。因为不想把footer区域加进去，所以就把那1行删掉，存档并离开即可“把部分内容加到暂存区”。看一下当前的状态：  
![在这里插入图片描述][d956f4c267fb48e6b69f61a8d96a61f0.png]

![在这里插入图片描述][caafbc3019c0429ea6eacfac0dc08bca.png]

可以看出，index.html文件有部分在暂存区，同时也有一份包括那1行的版本在工作目录。这样就可以先Commit部分内容了。

[0652a826ce9c48fb96276d8f678a174b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/f26fa69b249f4591b78933c3f7b2626d.png
[4fb64b421db34eec8b7f59d716020f71.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/8af8f8c17e6b4673a04cf09861aa95b3.png
[ce51cf80e3b645a6a00eea5d34222da5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/6b30232682ab486a867a54699a43aa2f.png
[c122e55324784677bcc0a92e5fd553f1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/46c6ee43d09b4c22a8e391331ffb3c4e.png
[f4de49cec3a8403699c17eb74ccdeef2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/24faf73171894c09a22671b742ece3f9.png
[73f6968fd3ea46349bccf87683fffd42.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/a1b0395d228043a293e8f5dc2d553984.png
[5ffa6641f3c646528a8d151147f05af8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/b2dae81fdca0459fa2d63b6c44857f4d.png
[aa579dc18cfa4454be396810e88d8fbd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/1f214d055eb8454298008f35fa977073.png
[dbc1bddd3bc54629a9937b912bc05b27.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/de7f2d20829840caaf9161bba0cf2e41.png
[861b217be4d04e408bf5524b270398af.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/2f144ab92d09447ea28833e60c239965.png
[33264e018b6a40febf0358aa324eed0f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/1c23744c5ac142958b6687143d854d7f.png
[6591d5b5aa394e4493826146407a940f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/ad11ee4e1c624c9191ebd2e5bdf7ac77.png
[2324dfae483c48d8ba08daa44b487d59.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/78d66573e60f4a6481f097e6327f79e4.png
[e516cd04009f4a3394cc5bd8f5389b05.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/527fbae1a3534feeaaf9aad2f265abd1.png
[fcc82bfd8b874db5928b5d755b85dcb8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/b4e24ad721b54c8a811dd062ebd9c994.png
[49380d10a37e417aaf44f6df47b3fb6a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/798c7dc8aa9c46b39316e3c3511d52a2.png
[63b847cdffbf4e759c72519598b3a9d7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/e53ece4c700c4e33a079b908545efb5f.png
[08646ed78c1647c9bae5f0f6d39ccf46.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/ff3e93b5daaf435c88a1abd932e7eaf1.png
[18a8ac8498e04766aa4419b7bf1b764c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/d9616e906a6c4520b76bc6a1805cb80b.png
[9db9adc3f068414ea8e0718bca6d2e34.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/f9775a36a8484944b09b37ca4b9ccd42.png
[0af831e41d2246079d9f76b5a5950b78.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/87b4de1e6ea54f078df8c00ad215e918.png
[211052daffb84ff8b512c6c374c34125.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/f10b1d2baae54aeeb5ddaa054ec3cbc8.png
[07a5f555aba349fd975df79511384b95.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/6ab478bb066e40aca0acde6d1fc528b2.png
[17e7bc921bf64d67abbdab0c0894674f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/d7881f6f2c01457da4692a910aaa814e.png
[2eff4ce54e5e4fe8bf9d0fcfbfbbeffd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/ceb24fa318484d89857e67e46c25df01.png
[6d06398511ea41da9993b7472cb76022.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/fa6afed207b8467fa2291c5b23f4d4bd.png
[765b94f2261d4114abdc60ea0eb908ef.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/b1d3122b6a8448e6871ad92728f6546e.png
[bf2295547eec474fa8d8e3f032d4a32a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/6879bc8719654384bf05352622e82061.png
[85f5b4f348e949a88759b6ea412f53ed.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/247557dac7d74c17bcdc416466924dcf.png
[911e41ff327142a898a617ed86be1fd6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/430d0046c3004aa3ac6ac38ccaf36653.png
[d3324bb49d89466c85a9a878b2714881.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/dc6b32b283024299be0384f3fa4478b2.png
[db7fbeb8744248399a5b574bdf47a6c0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/38fc6ccee52241529c3c145818bb8e7b.png
[823925bb77ea4e0dad7698612e20d812.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/e939ee00fe7743c9b919439c565fa075.png
[2c23405f0a8d42cd962f640fa56477e7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/b7be77b559f74822a3be40dc311b5e50.png
[bf9db1538b9c4031820545df8f6e239c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/edc4fda98f7640739cf129091e108e74.png
[05d911da81504ee8bf936a7dd0256ea8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/468badbb4846484db75d46c07d418569.png
[928500973965432c8e5a397823224aec.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/f13b296afffd433e89da5b4d0c528fd0.png
[fefd03f20b0f4ef7a722eb4ae41f69af.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/60582c5d92e3456db659189345af7636.png
[08fcbeb5166f46cda14b557141174482.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/e94e163f8c584c948906db08134a255e.png
[32f9c06cabe2440d83c347ba9d8a6e1b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/ffef756dccbf4adbae20d385569f3401.png
[8a495d9d5df545c48dab85bf0136611e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/cc0c8db0dc6d4eaeb9a1bfc0362a38b3.png
[d956f4c267fb48e6b69f61a8d96a61f0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/9b86da021ee14b7e9ca796b7cc4b36f1.png
[caafbc3019c0429ea6eacfac0dc08bca.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/09/faf80429d79f4be2848a4e01350d43dd.png