Git初级实践教程（图文）

Posted 2020-08-17 苟不利包子

关于Git

Git的由来

Linux 的创始人 Linus Torvalds 在 2005 年开发了 Git 的原型程序。当时，由于在 Linux 内核开发中使用的既有版本管理系统的开发方许可证发生了变更，为了更换新的版本管理系统， Torvalds 开发了Git。

说在前面

• Linux和Mac都预装了Git，Windows上Git的安装也很容易找到教程。在此不做赘述。
• Git属于分布式管理，而之前曾经流行的是集中式管理，如果想要了解两者区别，也可以通过搜索引擎查找到需要的资料。在此亦不做赘述。

使用Git

直接进入正题

基本操作

git init——初始化仓库

1. $ git init

效果: 

如果初始化成功，执行了 git init命令的目录下就会生成.git 目录。这个 .git 目录里存储着管理当前目录内容所需的仓库数据。

git status——查看仓库的状态

1. $ git status

新建一个文件并再次查看状态： 

可以看到：显示新建文件Untracked

git add——向暂存区中添加文件

1. $ git add

效果： 

git commit——保存仓库的历史记录

记录一行信息：

1. $ git commit -m "First commit"

记录详细信息:

1. $ git commit

git log——查看提交日志

commit 栏旁边显示的“ 9f129b……”是指向这个提交的哈希值。 Git 的其他命令中，在指向提交时会用到这个哈希值。Author 栏中显示我们给 Git 设置的用户名和邮箱地址。 Date 栏中显示提交执行的日期和时间。再往下就是该提交的提交信息。

只显示提交信息的第一行:

1. git log --pretty=short

• 只要在 git log命令后加上目录名，便会只显示该目录下的日志。如果加的是文件名，就会只显示与该文件相关的日志。
• 如果想查看提交所带来的改动，可以加上-p参数，文件的前后差别就会显示在提交信息之后。

git diff——查看更改前后的差别

先输入一些内容： 
 
执行 git diff命令，查看当前工作树与暂存区的差别： 

注：“ +”号标出的是新添加的行，被删除的行则用“ -”号标出。

提交之后再次查看： 

要查看与最新提交的差别，执行以下命令: 

这里的 HEAD 是指向当前分支中最新一次提交的指针。

分支操作

git branch——显示分支一览表

git checkout -b——创建、切换分支

等效于以下两条语句: 

注：“ * ”表示当前分支。

这时候如果提交，则是在branch-B分支下提交，如修改README.md: 

再切换回主分支可以看到没有本次提交记录: 

git merge——合并分支

为了在历史记录中明确记录下本次分支合并，我们需要创建合并提交。因此，在合并时加上--no-ff参数。

1. $ git merge --no-ff branch-B

随后编辑器会启动，用于录入合并提交的信息: 

注：退出编辑器：Esc+连按两次大写Z

git log –graph——以图表形式查看分支

这个命令非常好用，务必记住。

更改提交的操作

Git 的另一特征便是可以灵活操作历史版本。借助分散仓库的优势，可以在不影响其他仓库的前提下对历史版本进行操作。

git reset——回溯历史版本

要让仓库的 HEAD、暂存区、当前工作树回溯到指定状态，需要用到 git rest –hard命令： 

注：绿色箭头指明了当前所处位置。

注意此时README.md文件也跟着回退到该时间点: 

注:在branch-B添加并合并的内容没有了。

现在切换到之前创建过的feature-A并写点内容在README.md: 

提交: 

现在我们的目标是如下状态: 

首先恢复到master与branch-B合并的状态（回溯之前的状态，图中下往上书第三个master节点） 
首先，通过git relog看一下我们执行过的操作 

下往上依次是我们执行过的操作。

只要不进行 Git 的 GC（Garbage Collection，垃圾回收），就可以通过日志随意调取近期的历史状态，就像给时间机器指定一个时间点，在过去未来中自由穿梭一般。即便开发者错误执行了 Git 操作，基本也都可以利用 git reflog命令恢复到原先的状态，所以请务必牢记本部分。

我们恢复到branch-B合并后的master： 

但是此时合并会发生问题: 

打开编辑器: 

======= 以上的部分是当前 HEAD的内容，以下的部分是要合并的 feature-A 分支中的内容。

我们在编辑器中将其改成想要的样子： 
 
如上所示，本次修正让 feature-A 与 branch-B的内容并存于文件之中。但是在实际的软件开发中，往往需要删除其中之一，所以在处理冲突时，务必要仔细分析冲突部分的内容后再行修改。 
再次提交: 

但是如果此时觉得写解决冲突不妥，还想修改提交说明，怎么办呢？

执行以下命令: 

编辑器启动: 

我们重新编辑内容，保存并退出,完成修改： 

验证以下修改是否成功: 

成功！

git rebase -i——压缩历史

在合并特性分支之前，如果发现已提交的内容中有些许拼写错误等，不妨提交一个修改，然后将这个修改包含到前一个提交之中，压缩成一个历史记录。这是个会经常用到的技巧。

再来新建一个特行分支: 

修改文本: 

这里git commit -am相当于git add README.md+git commit -m "C分支"，因为改动较小，可以使用这种快捷方式

如果我们发现少写了一句话，现在需要修改第五行内容: 

查看修改: 

提交: 

思考：实际上，我们不希望在历史记录中看到这类提交，因为健全的历史记录并不需要它们。为一个错误留一条历史记录是在没必要！

来操作一下，输入：

1. git rebase -i HEAD~2

用上述方式执行 git rebase命令，可以选定当前分支中包含HEAD（最新提交）在内的两个最新历史记录为对象，并在编辑器中打开： 

我们将 0da8aa9 的 “添加遗漏” 的历史记录压缩到 f512a47 的 “C分支”里。按照下图所示，将 0da8aa9 左侧的 pick 部分删除，改写为 fixup,然后退出： 

再次查看分支： 

发现“C分支”对应的hash值被修改，所以操作成功，也就是相当于我们提交了一次没有遗漏的操作，而不是一次有遗漏的操作加一次修改遗漏的操作！

现在合并一下: 

推送至远程仓库

现在github上创建一个仓库，为了防止与本地冲突，建议不要初始化README.md: 

 git remote add——添加远程仓库

在 GitHub 上创建的仓库路径为“ [email protected]:用户名 /git-tutorial.git”。现在我们用 git remote add命令将它设置成本地仓库的远程仓库： 

按照上述格式执行 git remote add命令之后， Git会自动将远程仓库的名称设置为 origin（标识符）。

git push——推送至远程仓库

-u参数可以在推送的同时，将 origin 仓库的 master分支设置为本地仓库当前分支的upstream（上游）。添加了这个参数，将来运行 git pull命令从远程仓库获取内容时，本地仓库的这个分支就可以直接从 origin 的 master分支获取内容，省去了另外添加参数的麻烦。

执行该操作后，当前本地仓库 master分支的内容将会被推送到GitHub 的远程仓库中： 

除了 master 分支之外，远程仓库也可以创建其他分支。举个例子，我们在本地仓库中创建 new-D分支，并将它以同名形式 push 至远程仓库: 

可以看到多了一个分支: 

从远程仓库获取

git clone——获取远程仓库

首先我们换到其他目录下，将 GitHub 上的仓库 clone 到本地。注意不要与之前操作的仓库在同一目录下： 

可以看到，执行操作之后多了一个目录。 
执行 git clone命令后我们会默认处于 master分支下，同时系统会自动将 origin设置成该远程仓库的标识符。也就是说，当前本地仓库的 master 分支与 GitHub 端远程仓库（origin）的 master 分支在内容上是完全相同的： 

用 git branch -a命令查看当前分支的相关信息。添加 -a 
参数可以同时显示本地仓库和远程仓库的分支信息。 
我们试着将 new-D 分支获取至本地仓库： 

注：-b 参数的后面是本地仓库中新建分支的名称。为了便于理解，我们仍将其命名为new-D，让它与远程仓库的对应分支保持同名。新建分支名称后面是获取来源的分支名称。例子中指定了 origin/new-D，就是说以名为origin 的仓库（这里指 GitHub 端的仓库）的 new-D 分支为来源，在本地仓库中创建 new-D 分支。

我们在分支new-D下做一些更改并提交，推送至远程仓库： 
 

可以看到提交的效果: 

git pull——获取最新的远程仓库分支

现在我们放下刚刚操作的目录，回到原先的那个目录下。这边的本地仓库中只创建了 new-D 分支，并没有在 new-D 
分支中进行任何操作： 

然而远程仓库的 new-D分支中已经有了我们刚刚推送的提交。这时我们就可以使用 git pull 命令，将本地的 new-D 分支更新到最新状态。当前分支为 new-D 分支: 

可以看到，README.md更新了： 

GitHub 端远程仓库中的 new-D分支是最新状态，所以本地仓库中的 new-D 分支就得到了更新。今后只需要像平常一样在本地进行提交再 push 给远程仓库，就可以与其他开发者同时在同一个分支中进行作业，不断给 new-D 增加新功能。如果两人同时修改了同一部分的源代码， push 时就很容易发生冲突。所以多名开发者在同一个分支中进行作业时，为减少冲突情况的发生，建议更频繁地进行 push 和 pull 操作。

深入学习的资料

Pro Git

Pro Git 由就职于 GitHub 公司的 Scott ChaconB 执笔，是一部零基础的 Git 学习资料。基于知识共享的 CC BY-NC-SA 3.0 许可协议，可以免费阅读到包括简体中文在内的各国语言版本。点击阅读

LearnGitBranching

LearnGitBranchingA 是学习 Git 基本操作的网站。注重树形结构的学习方式非常适合初学者使用，点击右下角的地球标志还可切换各种语言进行学习。点击开始学习

tryGit

通过 tryGitB 我们可以在 Web 上一边操作一边学习 Git 的基本功能。该教程只有英文版。点击开始学习

其他

• 参考《GitHub入门与实践》