（该系列文章大部分内容来源于MIT课程笔记，加入了个人的理解、原笔记中没有的细节和其他的需要理解的内容，公开课地址：https://www.bilibili.com/video/BV14E411J7n2?p=1）

上一讲：命令行环境
下一讲：调试及性能分析

版本控制系统 (VCSs) 是一类用于追踪源代码（或其他文件、文件夹）改动的工具。顾名思义，这些工具可以帮助我们管理代码的修改历史；不仅如此，它还可以让协作编码变得更方便。VCS通过一系列的快照将某个文件夹及其内容保存了起来，每个快照都包含了文件或文件夹的完整状态。同时它还维护了快照创建者的信息以及每个快照的管相关信息等等。和别人协作开发时，它更是一个无价之宝，您可以看到别人对代码进行的修改，同时解决由于并行开发引起的冲突。

现代的版本控制系统可以帮助您轻松地（甚至自动地）回答以下问题：

当前模块是谁编写的？
这个文件的这一行是什么时候被编辑的？是谁作出的修改？修改原因是什么呢？
最近的1000个版本中，何时/为什么导致了单元测试失败？

尽管版本控制系统有很多，其事实上的标准则是 Git 。而这篇 XKCD 漫画则反映出了人们对 Git 的评价：

在这里插入图片描述

因为 Git 接口的抽象泄漏（leaky abstraction）问题，通过自顶向下的方式（从命令行接口开始）学习 Git 可能会让人感到非常困惑。很多时候您只能死记硬背一些命令行，然后像使用魔法一样使用它们，一旦出现问题，就只能像上面那幅漫画里说的那样去处理了。

尽管 Git 的接口有些丑陋，但是它的底层设计和思想却是非常优雅的。丑陋的接口只能靠死记硬背，而优雅的底层设计则非常容易被人理解。因此，我们将通过一种自底向上的方式像您介绍 Git。我们会从数据模型开始，最后再学习它的接口。一旦您搞懂了 Git 的数据模型，再学习其接口并理解这些接口是如何操作数据模型的就非常容易了。

Git 的数据模型

Git 拥有一个经过精心设计的模型，这使其能够支持版本控制所需的所有特性，例如维护历史记录、支持分支和促进协作。

快照

Git 将顶级目录中的文件和文件夹作为集合，并通过一系列快照来管理其历史记录。在Git的术语里，文件被称作Blob对象（数据对象），也就是一组数据。目录则被称之为“树”，它将名字与Blob对象或树对象进行映射（使得目录中可以包含其他目录）。快照则是被追踪的最顶层的树。例如，一个树看起来可能是这样的：

<root> (tree)
|
+- foo (tree)
|  |
|  + bar.txt (blob, contents = "hello world")
|
+- baz.txt (blob, contents = "git is wonderful")

历史记录建模：关联快照

线性历史记录是一种最简单的模型，它包含了一组按照时间顺序线性排列的快照。不过处于种种原因，Git 并没有采用这样的模型。在 Git 中，历史记录是一个由快照组成的 有向无环图。注意，快照具有多个“父辈”而非一个，因为某个快照可能由多个父辈而来。例如，经过合并后的两条分支。

在 Git 中，这些快照被称为“提交”。通过可视化的方式来表示这些历史提交记录时，看起来差不多是这样的：

o <-- o <-- o <-- o
            ^  
             \
              --- o <-- o

上面是一个 ASCII 码构成的简图，其中的 o 表示一次提交（快照）。

箭头指向了当前提交的父辈（这是一种“在。。。之前”，而不是“在。。。之后”的关系）。在第三次提交之后，历史记录分岔成了两条独立的分支。这可能因为此时需要同时开发两个不同的特性，它们之间是相互独立的。开发完成后，这些分支可能会被合并并创建一个新的提交，这个新的提交会同时包含这些特性。新的提交会创建一个新的历史记录，看上去像这样（最新的合并提交用粗体标记）：

在这里插入图片描述

Git 中的提交是不可改变的。但这并不代表错误不能被修改，只不过这种“修改”实际上是创建了一个全新的提交记录。而引用（参见下文）则被更新为指向这些新的提交。

数据模型及其伪代码表示

以伪代码的形式来学习 Git 的数据模型，可能更加清晰：

// 文件就是一组数据
type blob = array<byte>

// 树包含文件夹名和文件或子树
type tree = map<string, tree | file>

// 每个提交都包含一个父辈，元数据和顶层树
type commit = struct {
    
    
    parent: array<commit>
    author: string
    message: string
    snapshot: tree
}

对象和内存寻址

Git 中的对象可以是 blob、树或提交：

type object = blob | tree | commit

Git 在储存数据时，所有的对象都会基于它们的SHA-1 hash进行寻址。

objects = map<string, object>

def store(object):
    id = sha_1(object)
    objects[id] = object

def load(id):
    return objects[id]

Blobs、树和提交都一样，它们都是对象。当它们引用其他对象时，它们并没有真正的在硬盘上保存这些对象，而是仅仅保存了它们的哈希值作为引用。

例如，上例中的树（可以通过git cat-file -p 698281bc680d1995c5f4caaf3359721a5a58d48d 来进行可视化），看上去是这样的：

100644 blob 4448adbf7ecd394f42ae135bbeed9676e894af85    baz.txt
040000 tree c68d233a33c5c06e0340e4c224f0afca87c8ce87    foo

树本身会包含一些指向其他内容的指针，例如baz.txt (blob)和foo(树)。如果我们用git cat-file -p 4448adbf7ecd394f42ae135bbeed9676e894af85，即通过哈希值查看 baz.txte 的内容，会得到以下信息：

git is wonderful

引用

现在，所有的快照都可以通过它们的 SHA-1 哈希值来标记了。但这也太不方便了，谁也记不住一串 40 位的十六进制字符。

针对这一问题，Git 的解决方法是给这些哈希值赋予人类可读的名字，也就是引用（references）。引用是指向提交的指针。与对象不同的是，它是可变的（引用可以被更新，指向新的提交）。例如，master 引用通常会指向主分支的最新一次提交。

references = map<string, string>
def update_reference(name, id):
    references[name] = id

def read_reference(name):
    return references[name]

def load_reference(name_or_id):
    if name_or_id in references:
        return load(references[name_or_id])
    else:
        return load(name_or_id)

有一个细节需要我们注意，通常情况下，我们会想要知道“我们当前所在位置”，并将其标记下来。这样当我们创建新的快照的时候，我们就可以知道它的相对位置（如何设置它的“父辈”）。在 Git 中，我们当前的位置有一个特殊的索引，它就是”HEAD”。

仓库

最后，我们可以粗略地给出 Git 仓库的定义了：对象和引用。

在硬盘上，Git 仅存储对象和引用：因为其数据模型仅包含这些东西。所有的 git 命令都对应着对提交树的操作，例如增加对象，增加或删除引用。

当您输入某个指令时，请思考一些这条命令是如何对底层的图数据结构进行操作的。另一方面，如果您希望修改提交树，例如“丢弃未提交的修改和将 master 引用指向提交5d83f9e时，有什么命令可以完成该操作（针对这个具体问题，您可以使用git checkout master; git reset --hard 5d83f9e）

暂存区

Git 中还包括一个和数据模型完全不相关的概念，但它确是创建提交的接口的一部分。

就上面介绍的快照系统来说，您也许会期望它的实现里包括一个 “创建快照” 的命令，该命令能够基于当前工作目录的当前状态创建一个全新的快照。有些版本控制系统确实是这样工作的，但 Git 不是。我们希望简洁的快照，而且每次从当前状态创建快照可能效果并不理想。例如，考虑如下场景，您开发了两个独立的特性，然后您希望创建两个独立的提交，其中第一个提交仅包含第一个特性，而第二个提交仅包含第二个特性。或者，假设您在调试代码时添加了很多打印语句，然后您仅仅希望提交和修复 bug 相关的代码而丢弃所有的打印语句。

Git 处理这些场景的方法是使用一种叫做 “暂存区（staging area）”的机制，它允许您指定下次快照中要包括那些改动。

Git 的命令行接口

Pro git 中文版

基础

git help : 获取 git 命令的帮助信息

git help init # 指定参考某个语句

git init: 创建一个新的 git 仓库，其数据会存放在一个名为 .git 的目录下

lilhoe@LilHoedeMacBook-Pro Downloads % cd demo
lilhoe@LilHoedeMacBook-Pro demo % ls
lilhoe@LilHoedeMacBook-Pro demo % git init
Initialized empty Git repository in /Users/lilhoe/Downloads/demo/.git/
lilhoe@LilHoedeMacBook-Pro demo % ls -a
.    ..   .git
lilhoe@LilHoedeMacBook-Pro demo % ls .git
HEAD        description info        refs
config      hooks       objects

git status: 显示当前的仓库状态

lilhoe@LilHoedeMacBook-Pro demo % git status  # 我当前为空状态
On branch master

No commits yet

nothing to commit (create/copy files and use "git add" to track)

git add <filename>: 添加文件到暂存区（-a表示从根节点开始递归加入所有子节点的内容）
git commit: 创建一个新的提交（如何编写良好的提交信息）

lilhoe@LilHoedeMacBook-Pro demo % echo "hello world">hello.txt

lilhoe@LilHoedeMacBook-Pro demo % git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)

	hello.txt

nothing added to commit but untracked files present (use "git add" to track)

lilhoe@LilHoedeMacBook-Pro demo % git add hello.txt

lilhoe@LilHoedeMacBook-Pro demo % git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)

	new file:   hello.txt

lilhoe@LilHoedeMacBook-Pro demo % git commit

提交后弹出编辑器编写提交信息：
在这里插入图片描述

git log: 显示历史日志

lilhoe@LilHoedeMacBook-Pro demo % git log
commit 0e628c60e70dcdac9c4df7ff21e99db047478916 (HEAD -> master)
Author: SijiaHoe <[email protected]>
Date:   Mon Aug 31 15:13:59 2020 +0800

    Add hello.txt

git cat-file -p +提交的哈希值（可以只输入前几位，唯一即可）：打印提交的内容

lilhoe@LilHoedeMacBook-Pro demo % git cat-file -p 0e628c60e70dcd
tree 68aba62e560c0ebc3396e8ae9335232cd93a3f60
author SijiaHoe <[email protected]> 1598858039 +0800
committer SijiaHoe <[email protected]> 1598858039 +0800

Add hello.txt

lilhoe@LilHoedeMacBook-Pro demo % git cat-file -p 68aba62e560c0ebc3396e8ae9335232cd93a3f60
100644 blob 3b18e512dba79e4c8300dd08aeb37f8e728b8dad	hello.txt

lilhoe@LilHoedeMacBook-Pro demo % git cat-file -p 3b18e512dba79e4c8300dd08aeb37f8e728b8dad
hello world

git log --all --graph --decorate: 可视化历史记录（有向无环图）（git log本身将历史记录扁平化，而不是输出图）(如果加上参数–oneline，会更加简洁的在一行之内显示log）

lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate
# 由于目前只有一个commit，图==扁平化
* commit 0e628c60e70dcdac9c4df7ff21e99db047478916 (HEAD -> master)
  Author: SijiaHoe <[email protected]>
  Date:   Mon Aug 31 15:13:59 2020 +0800
  
      Add hello.txt

lilhoe@LilHoedeMacBook-Pro demo % echo "another line" >> hello.txt

lilhoe@LilHoedeMacBook-Pro demo % cat hello.txt
hello world
another line

lilhoe@LilHoedeMacBook-Pro demo % git commit  # 忘记add直接commit了
On branch master
Changes not staged for commit:
	modified:   hello.txt

no changes added to commit

lilhoe@LilHoedeMacBook-Pro demo % git add hello.txt

lilhoe@LilHoedeMacBook-Pro demo % git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	modified:   hello.txt

lilhoe@LilHoedeMacBook-Pro demo % git commit
hint: Waiting for your editor to close the fil[master 4221e64] add line
 1 file changed, 1 insertion(+)
 
lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate
* commit 4221e64f48b37c94fc66104deb76584490f28137 (HEAD -> master)
| Author: SijiaHoe <[email protected]>
| Date:   Mon Aug 31 15:34:54 2020 +0800
| 
|     add line
| 
* commit 0e628c60e70dcdac9c4df7ff21e99db047478916
  Author: SijiaHoe <[email protected]>
  Date:   Mon Aug 31 15:13:59 2020 +0800
  
      Add hello.txt
# 体现出了有向无环图

git diff <filename>: 显示与上一次提交之间的差异

lilhoe@LilHoedeMacBook-Pro demo % git diff hello.txt
# git diff 默认是和HEAD比较，因此现在我们和HEAD没有差异，没有输出

git diff <revision> <version> <filename>: 显示某个文件两个版本之间的差异（第一个version表示from，第二个version表示to，可以省略，默认为HEAD）

lilhoe@LilHoedeMacBook-Pro demo % git diff 0e628c60e70dcdac9c4df7ff21e99db hello.txt  # 比较和最初版本的差异
diff --git a/hello.txt b/hello.txt
index 3b18e51..054cc85 100644
--- a/hello.txt
+++ b/hello.txt
@@ -1 +1,2 @@
 hello world
+another lin

git checkout <revision>: (version可以填写哈希值前缀）将目录转换到上一次更改

lilhoe@LilHoedeMacBook-Pro demo % git checkout 0e628c60e70dcdac9c4df7ff21e
Previous HEAD position was 4221e64 add line
HEAD is now at 0e628c6 Add hello.txt
lilhoe@LilHoedeMacBook-Pro demo % cat hello.txt
hello world  #  返回到了增加一行前的状态

# 在查看一次log文件，注意和上面一次的区别：
lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate
* commit 4221e64f48b37c94fc66104deb76584490f28137 (master)
| Author: SijiaHoe <[email protected]>
| Date:   Mon Aug 31 15:34:54 2020 +0800
| 
|     add line
| 
* commit 0e628c60e70dcdac9c4df7ff21e99db047478916 (HEAD)
  Author: SijiaHoe <[email protected]>
  Date:   Mon Aug 31 15:13:59 2020 +0800
  
      Add hello.txt

分析（注意查看上述代码中引用的变化）：第一次的Head（当前位置）处于最后一次提交上，并指向master（最新一次提交）；而切换目录后，Head处于第一次修改上。

# 目录返回最近一次更新（可以不需要输入哈希值，直接输入别名）
lilhoe@LilHoedeMacBook-Pro demo % git checkout master
Previous HEAD position was 0e628c6 Add hello.txt
Switched to branch 'master'

分支和合并

首先再创建一个文件并commit：

lilhoe@LilHoedeMacBook-Pro demo % touch animal.py

lilhoe@LilHoedeMacBook-Pro demo % vim animal.py

# animal.py 
import sys

def default():
	print("hello")

def main():
	default()

if __name__=='__main__':
	main()

lilhoe@LilHoedeMacBook-Pro demo % python animal.py
hello

lilhoe@LilHoedeMacBook-Pro demo % git add animal.py

lilhoe@LilHoedeMacBook-Pro demo % git commit 
hint: Waiting for your editor to close the file[master c7a5381] Add animal.py
 1 file changed, 10 insertions(+)
 create mode 100644 animal.py

lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate
* commit c7a53818539c8b1a1c1a4535d4f965f7c811dbd7 (HEAD -> master)
| Author: SijiaHoe <[email protected]>
| Date:   Mon Aug 31 16:13:28 2020 +0800
| 
|     Add animal.py
| 
* commit 4221e64f48b37c94fc66104deb76584490f28137
| Author: SijiaHoe <[email protected]>
| Date:   Mon Aug 31 15:34:54 2020 +0800
| 
|     add line
| 
* commit 0e628c60e70dcdac9c4df7ff21e99db047478916
  Author: SijiaHoe <[email protected]>
  Date:   Mon Aug 31 15:13:59 2020 +0800
  
      Add hello.txt

git branch: 显示分支 git branch -vv: 显示其他关于分支的详情

lilhoe@LilHoedeMacBook-Pro demo % git branch
* master
lilhoe@LilHoedeMacBook-Pro demo % git branch -vv
* master c7a5381 Add commit

git branch <name>: 创建分支

lilhoe@LilHoedeMacBook-Pro demo % git branch cat  # 创建一个引用cat指向head

我们先切换到cat引用目录下：

lilhoe@LilHoedeMacBook-Pro demo % git checkout cat
Switched to branch 'cat'

# 此时head,cat,master都同时指向最近一次修改
lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate --oneline
* c7a5381 (HEAD->cat,master) Add animal.py
* 4221e64 add line
* 0e628c6 Add hello.txt

下面我们修改一下animal.py文件，加入cat功能并提交：

# animal.py
import sys

def cat():
	print("Meow!")

def default():
	print("hello")

def main():
	if sys.argv[1] == 'cat':
		cat()
	else:
		default()

if __name__=='__main__':
	main()

# 查看提交后的日志文件
lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate --oneline
* aeb1a22 (HEAD -> cat) Add cat functionality
* c7a5381 (master) Add animal.py
* 4221e64 add line
* 0e628c6 Add hello.txt

# 将当前目录切换到master
lilhoe@LilHoedeMacBook-Pro demo % git checkout master

# master引用目录下，还没有加入cat
lilhoe@LilHoedeMacBook-Pro demo % cat animal.py
import sys

def default():
	print("hello")

def main():
	default()

if __name__=='__main__':
	main()

此时我们在master目录先修改animal.py增加dog功能，就形成了两个分支，一个支持cat，一个支持dog：

# animal.py
import sys

def default():
	print("hello")

def dog():
	print("Woof!")

def main():
	if sys.argv[1] == 'dog':
		dog()
	else:
		default()

if __name__=='__main__':
	main()

提交，查看log：

lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate --oneline
* b352003 (HEAD -> dog) Add dog functionality
| * aeb1a22 (cat) Add cat functionality
|/  
* c7a5381 (master) Add animal.py
* 4221e64 add line
* 0e628c6 Add hello.txt

git checkout -b <name>: 创建分支并切换到该分支；相当于 git branch <name>; git checkout <name>
git merge <revision>: 合并到当前分支
下面我们将合并dog和cat两个分支：

# 切换到分支根部
lilhoe@LilHoedeMacBook-Pro demo % git checkout master
Switched to branch 'master'

# 先将根节点和cat合并，此时animal.py中只有cat功能
lilhoe@LilHoedeMacBook-Pro demo % git merge cat
Updating c7a5381..aeb1a22
Fast-forward
 animal.py | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

# 再和dog合并,报错！
lilhoe@LilHoedeMacBook-Pro demo % git merge dog
Auto-merging animal.py
CONFLICT (content): Merge conflict in animal.py
Automatic merge failed; fix conflicts and then commit the result.

# 查看animal.py文件，发现是if语句合并出问题
lilhoe@LilHoedeMacBook-Pro demo % cat animal.py
import sys

def cat():
	print("Meow!")

def default():
	print("hello")

def dog():
	print("Woof!")

def main():
<<<<<<< HEAD
	if sys.argv[1] == 'cat':
		cat()
=======
	if sys.argv[1] == 'dog':
		dog()
>>>>>>> dogs
	else:
		default()

if __name__=='__main__':
	main()

为了解决dog合并出错的问题：

# 修改错误
lilhoe@LilHoedeMacBook-Pro demo % vim animal.py

# 使合并继续
lilhoe@LilHoedeMacBook-Pro demo % git merge --continue
U	animal.py
error: Committing is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.

# 提交
lilhoe@LilHoedeMacBook-Pro demo % git add animal.py
lilhoe@LilHoedeMacBook-Pro demo % git commit
hint: Waiting for your editor to close the file[cat de54fd5] Merge branch 'dog' into cat

# 查看log
lilhoe@LilHoedeMacBook-Pro demo % git log --all --graph --decorate --oneline
*   de54fd5 (HEAD -> master) Merge branch 'dog' into cat
|\  
| * b352003 (dog) Add dog functionality
* | aeb1a22 (cat) Add cat functionality
|/  
* c7a5381 Add commit
* 4221e64 add line
* 0e628c6 Add hello.txt

git mergetool: 使用工具来处理合并冲突（参考这里或这里）
git rebase: 将一系列补丁变基（rebase）为新的基线

远端操作

git remote: 列出远端
git remote add <name> <url>: 添加一个远端（url可以是网络地址或者本机地址）。
git push <remote name> <local branch>:<remote branch>: 将对象传送至远端并更新远端引用。
git branch -vv: 查看当前的所有分支。
git branch --set-upstream-to=<remote>/<remote branch>: 创建本地和远端分支的关联关系。
git fetch <remote name>: 检索对远程存储库的修改，并在本机获取更改。
git pull: 相当于 git fetch; git merge。
git clone <url> <folder name>: 从远端下载仓库。

lilhoe@LilHoedeMacBook-Pro Downloads % mkdir remote
lilhoe@LilHoedeMacBook-Pro Downloads % cd remote
lilhoe@LilHoedeMacBook-Pro remote % git init --bare
Initialized empty Git repository in /Users/lilhoe/Downloads/remote/

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/remote $ cd ..
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads $ cd demo 
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git remote add origin ../remote
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git remote
origin

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git push origin master:master
Enumerating objects: 12, done.
Counting objects: 100% (12/12), done.
Delta compression using up to 8 threads
Compressing objects: 100% (8/8), done.
Writing objects: 100% (12/12), 1.11 KiB | 1.11 MiB/s, done.
Total 12 (delta 0), reused 0 (delta 0)
To ../remote
 * [new branch]      master -> master

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git graph # 该指令请移步作业4
*   de54fd5 (HEAD -> master, origin/master) Merge branch 'dog' into cat
|\  
| * b352003 (dog) Add dog functionality
* | aeb1a22 (cat) Add cat functionality
|/  
* c7a5381 Add commit
* 4221e64 add line
* 0e628c6 Add hello.txt

这里的origin/master值得是在本地副本知道在远程服务器上也有一份。

如果此时我在本地修改了animal.py文件，并且commit到git上，但是此时远程服务器接收不到这个修改。解决方案：(跟着网课做的似乎有点问题，后续会进一步学习更正！）

# 克隆操作
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ cd ..
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads $ git clone ./remote demo2
Cloning into 'demo2'...
done.
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads $ cd demo2
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo2 $ 

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git push origin master:master
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git branch --set-upstream-to=origin/master
Branch 'cat' set up to track remote branch 'master' from 'origin'.

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo2 $ git fetch
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo2 $ git merge

撤销

git commit --amend: 编辑提交的内容或信息
git reset HEAD <file>: 恢复暂存的文件
git checkout - - <file>: 丢弃修改

Git 高级操作

git config: Git 是一个高度可定制的工具
git clone --shallow: 克隆仓库，但是不包括版本历史信息
git add -p: 交互式暂存例如：我在animal.py中修改了一些，但是不想立即提交则也不需要加入到暂存区，使用该命令会进入一个交互状态，你可以选择哪些修改部分需要提交，哪些不需要。

在这里插入图片描述

git rebase -i: 交互式变基
git blame: 查看最后修改某行的人
git stash: 暂时移除工作目录下的修改内容

举例：我修改了一下hello.py的内容，使用该语句可以重新回到上一个提交状态。

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ vim hello.txt

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git diff
diff --git a/hello.txt b/hello.txt
index 054cc85..4fb8c94 100644
--- a/hello.txt
+++ b/hello.txt
@@ -1,2 +1,3 @@
+Nihao
 hello world
 another line
 
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git stash
Saved working directory and index state WIP on cat: e37c248 Change

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ cat hello.txt
hello world
another line  # 可见并没有显示修改，但他并不是删除了，而是隐秘的存在了其他地方

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git stash pop  # 撤销刚刚的返回
On branch master
Your branch is ahead of 'origin/master' by 4 commits.
  (use "git push" to publish your local commits)

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

	modified:   hello.txt

no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{
    
    0} (847e9bb5f5492b3dfa0e3f40d23ab6ca1b59b289)

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git diff
diff --git a/hello.txt b/hello.txt
index 054cc85..4fb8c94 100644
--- a/hello.txt
+++ b/hello.txt
@@ -1,2 +1,3 @@
+Nihao  # 可见修改依然存在
 hello world
 another lin

git bisect: 通过二分查找搜索历史记录
.gitignore: 指定故意不追踪（忽略）的文件

举例：操作系统中存在很多没用的二进制文件，在提交时，我们只希望源代码进入历史记录，而忽略某些二进制文件：

# 创建两个需要被忽略的文件
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ touch .DS_Store
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ touch foo.o
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ git status

此时未跟踪的文件中有.DS_Store和foo.o两个。

[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ vim .gitignore

修该.gitignore文件，加入需要忽略的文件名（或与正则表达式匹配的文件名）：

在这里插入图片描述

再一次查看git status，会发现未跟踪文件中只有一个.gitignore文件。并且这两个被忽略的文件不再显式存在于文件夹中。

"git commit -a")
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ lss
animal.py foo.o     hello.txt
[lilhoe@LilHoedeMacBook-Pro] ~/Downloads/demo $ ls -a
.          .DS_Store  .gitignore foo.o
..         .git       animal.py  hello.txt

杂项

图形用户界面: Git 的图形用户界面客户端有很多，但是我们自己并不使用这些图形用户界面的客户端，我们选择使用命令行接口。
Shell 集成: 将 Git 状态集成到您的 shell 中会非常方便。Oh My Zsh这样的框架中一般以及集成了这一功能。
编辑器集成: 和上面一条类似，将 Git 集成到编辑器中好处多多。fugitive.vim 是 Vim 中集成 GIt 的常用插件。
工作流:我们已经讲解了数据模型与一些基础命令，但还没讨论到进行大型项目时的一些惯例 ( 有很多不同的处理方法)。
GitHub: Git 并不等同于 GitHub。在 GitHub 中您需要使用一个被称作拉取请求（pull request）的方法来像其他项目贡献代码。
Other Git 提供商: GitHub 并不是唯一的。还有像GitLab 和 BitBucket这样的平台。

资料

Pro Git ，强烈推荐！学习前五章的内容可以教会您流畅使用 Git 的绝大多数技巧，因为您已经理解了 Git 的数据模型。后面的章节提供了很多有趣的高级主题。（Pro Git 中文版）；
Oh Shit, Git!?! ，简短的介绍了如何从 Git 错误中恢复；
Git for Computer Scientists ，简短的介绍了 Git 的数据模型，与本文相比包含较少量的伪代码以及大量的精美图片；
Git from the Bottom Up详细的介绍了 Git 的实现细节，而不仅仅局限于数据模型。好奇的同学可以看看；
How to explain git in simple words；
Learn Git Branching 通过基于浏览器的游戏来学习 Git ；

课后练习

克隆本课程网站的仓库

将版本历史可视化并进行探索
是谁最后修改来 README.md文件？（提示：使用 git log 命令并添加合适的参数）
最后一次修改_config.yml 文件中 collections:行时的提交信息是什么？（提示：使用git blame 和 git show）

使用 Git 时的一个常见错误是提交本不应该由 Git 管理的大文件，或是将含有敏感信息的文件提交给 Git 。尝试像仓库中添加一个文件并添加提交信息，然后将其从历史中删除 ( 这篇文章也许会有帮助)；
从 GitHub 上克隆某个仓库，修改一些文件。当您使用 git stash 会发生什么？当您执行 git log --all --oneline 时会显示什么？通过 git stash pop 命令来撤销 git stash操作，什么时候会用到这一技巧？
与其他的命令行工具一样，Git 也提供了一个名为 ~/.gitconfig 配置文件 (或 dotfile)。请在 ~/.gitconfig中创建一个别名，使您在运行git graph 时，您可以得到 git log --all --graph --decorate --oneline的输出结果；

git config --global alias.graph "log --all --graph --decorate --oneline"

您可以通过执行git config --global core.excludesfile ~/.gitignore_global在 ~/.gitignore_global中创建全局忽略规则。配置您的全局 gitignore 文件来字典忽略系统或编辑器的临时文件，例如 .DS_Store；
克隆本课程网站的仓库，找找有没有错别字或其他可以改进的地方，在 GitHub 上发起拉取请求（ Pull Request）；

参考：
https://missing-semester-cn.github.io/2020/version-control/#snapshots
https://git-scm.com/book/zh/v2/Git-基础-Git-别名
 https://blog.csdn.net/qq_27905183/article/details/78575247

[MIT公开课(计算机教育中缺失的一课)]6. 版本控制(git)

目录

Git 的数据模型

快照

历史记录建模：关联快照

数据模型及其伪代码表示

对象和内存寻址

引用

仓库

暂存区

Git 的命令行接口

基础

分支和合并

远端操作

撤销

Git 高级操作

杂项

资料

课后练习

猜你喜欢