浅显易懂的Git初学者教程：廖雪峰PDF版

需积分: 47 149 浏览量更新于2024-07-19 1 收藏 8.45MB PDF 举报

"廖雪峰的Git教程是一份针对初学者设计的PDF资料，它旨在解决传统Git教程中存在的问题，即过于复杂或过于基础，缺乏系统性和实用性。这份教程特别强调了以下几个关键特点： 1. 面向初学者：教程将从零开始，即使是对版本控制概念不熟悉的读者也能轻松上手，无需担心入门难度。这使得学习曲线平缓，适合新手快速入门。 2. 浅显易懂：教程语言通俗，注重实战和练习，避免了理论堆砌，确保学习者在实践中掌握Git的核心命令，从而能够立即应用到实际工作中。 3. 实用性至上：教程中的Git命令都是“充分且必要”的，重点在于帮助读者掌握基本操作，而非深入探讨复杂的高级功能。这样，读者可以专注于日常工作，而不必浪费时间在可能很少使用的命令上。 4. 图文并茂与视频支持：除了文字解释，教程还提供了视频教程，以进一步强化理解。这使得理论和实践相结合，帮助加深记忆。 5. 作者背景：作者廖雪峰拥有丰富的软件开发经验和产品管理经验，精通多种编程语言，并对开源框架有深厚造诣。他的专业背景为教程的质量提供了保障。 6. 目标受众：特别是针对开发人员，教程鼓励他们利用Git这一当前最先进的分布式版本控制系统，提升工作效率。 7. 互动交流：作者提供了社交媒体链接，鼓励读者分享和交流学习心得，同时也提供了赞赏机制，支持作者持续提供高质量的教学资源。通过廖雪峰的Git教程，读者不仅能成为Git的熟练使用者，还能建立起扎实的基础，为进一步的技术发展打下坚实基础。"

时光机穿梭

阅读: 1085088

我们已经成功地添加并提交了一个readme.txt文件，现在，是时候继续工作了，于是，我们继续修改readme.txt文件，改成如下内容：

Git is a distributed version control system.

Git is free software.

现在，运行 git status 命令看看结果：

$ git status

# On branch master

# 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: readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

git status 命令可以让我们时刻掌握仓库当前的状态，上面的命令告诉我们，readme.txt被修改过了，但还没有准备提交的修改。

虽然Git告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。比如你休假两周从国外回来，第一天上班时，

已经记不清上次怎么修改的readme.txt，所以，需要用 git diff 这个命令看看：

$ git diff readme.txt

diff --git a/readme.txt b/readme.txt

index 46d49bf..9247db6 100644

--- a/readme.txt

+++ b/readme.txt

@@ -1,2 +1,2 @@

-Git is a version control system.

+Git is a distributed version control system.

Git is free software.

git diff 顾名思义就是查看difference，显示的格式正是Unix通用的diff格式，可以从上面的命令输出看到，我们在第一行添加了一

个“distributed”单词。

知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，第一步是 git add ：

$ git add readme.txt

同样没有任何输出。在执行第二步 git commit 之前，我们再运行 git status 看看当前仓库的状态：

$ git status

# On branch master

# Changes to be committed:

# (use "git reset HEAD <file>..." to unstage)

# modified: readme.txt

git status 告诉我们，将要被提交的修改包括readme.txt，下一步，就可以放心地提交了：

$ git commit -m "add distributed"

[master ea34578] add distributed

1 file changed, 1 insertion(+), 1 deletion(-)

提交后，我们再用 git status 命令看看仓库的当前状态：



  

版本回退

阅读: 1211058

现在，你已经学会了修改文件，然后把修改提交到Git版本库，现在，再练习一次，修改readme.txt文件如下：

Git is a distributed version control system.

Git is free software distributed under the GPL.

然后尝试提交：

$ git add readme.txt

$ git commit -m "append GPL"

[master 3628164] append GPL

1 file changed, 1 insertion(+), 1 deletion(-)

像这样，你不断对文件进行修改，然后不断提交修改到版本库里，就好比玩RPG游戏时，每通过一关就会自动把游戏状态存盘，如果某一

关没过去，你还可以选择读取前一关的状态。有些时候，在打Boss之前，你会手动存盘，以便万一打Boss失败了，可以从最近的地方重新

开始。Git也是一样，每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为 commit 。一旦你把文件改

乱了，或者误删了文件，还可以从最近的一个 commit 恢复，然后继续工作，而不是把几个月的工作成果全部丢失。

现在，我们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了：

版本1：wrote a readme file

Git is a version control system.

Git is free software.

版本2：add distributed

Git is a distributed version control system.

Git is free software.

版本3：append GPL

Git is a distributed version control system.

Git is free software distributed under the GPL.

当然了，在实际工作中，我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，不然要版本控制系统干什么。版本控制系统肯

定有某个命令可以告诉我们历史记录，在Git中，我们用 git log 命令查看：

$ git log

commit 3628164fb26d48395383f8f31179f24e0882e1e0

Author: Michael Liao <askxuefeng@gmail.com>

Date: Tue Aug 20 15:11:49 2013 +0800

append GPL

commit ea34578d5496d7dd233c827ed32a8cd576c5ee85

Author: Michael Liao <askxuefeng@gmail.com>

Date: Tue Aug 20 14:53:12 2013 +0800

add distributed

commit cb926e7ea50ad11b8f9e909c05226233bf755030

Author: Michael Liao <askxuefeng@gmail.com>

Date: Mon Aug 19 17:51:55 2013 +0800

wrote a readme file

git log 命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是 append GPL ，上一次是 add distributed ，最早的



  

一次是 wrote a readme file 。

如果嫌输出信息太多，看得眼花缭乱的，可以试试加上 --pretty=oneline 参数：

$ git log --pretty=oneline

3628164fb26d48395383f8f31179f24e0882e1e0 append GPL

ea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributed

cb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readme file

需要友情提示的是，你看到的一大串类似 3628164...882e1e0 的是 commit id （版本号），和SVN不一样，Git的 commit id 不是

1，2，3……递增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示，而且你看到的 commit id 和我的肯定不一样，

以你自己的为准。为什么 commit id 需要用这么一大串数字表示呢？因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个

版本库里工作，如果大家都用1，2，3……作为版本号，那肯定就冲突了。

每提交一个新版本，实际上Git就会把它们自动串成一条时间线。如果使用可视化工具查看Git历史，就可以更清楚地看到提交历史的时间

线：

好了，现在我们启动时光穿梭机，准备把readme.txt回退到上一个版本，也就是“add distributed”的那个版本，怎么做呢？

首先，Git必须知道当前版本是哪个版本，在Git中，用 HEAD 表示当前版本，也就是最新的提交 3628164...882e1e0 （注意我的提交ID和你

的肯定不一样），上一个版本就是 HEAD^ ，上上一个版本就是 HEAD^^ ，当然往上100个版本写100个 ^ 比较容易数不过来，所以写

成 HEAD~100 。

现在，我们要把当前版本“append GPL”回退到上一个版本“add distributed”，就可以使用 git reset 命令：

$ git reset --hard HEAD^

HEAD is now at ea34578 add distributed

--hard 参数有啥意义？这个后面再讲，现在你先放心使用。

看看readme.txt的内容是不是版本 add distributed ：

$ cat readme.txt

Git is a distributed version control system.

Git is free software.

果然。

还可以继续回退到上一个版本 wrote a readme file ，不过且慢，然我们用 git log 再看看现在版本库的状态：

$ git log

commit ea34578d5496d7dd233c827ed32a8cd576c5ee85

Author: Michael Liao <askxuefeng@gmail.com>

Date: Tue Aug 20 14:53:12 2013 +0800

add distributed

commit cb926e7ea50ad11b8f9e909c05226233bf755030

Author: Michael Liao <askxuefeng@gmail.com>

Date: Mon Aug 19 17:51:55 2013 +0800

wrote a readme file

最新的那个版本 append GPL 已经看不到了！好比你从21世纪坐时光穿梭机来到了19世纪，想再回去已经回不去了，肿么办？

办法其实还是有的，只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那

个 append GPL 的 commit id 是 3628164... ，于是就可以指定回到未来的某个版本：

剩余95页未读，继续阅读

lv0113

粉丝: 1
资源: 4

浅显易懂的Git初学者教程：廖雪峰PDF版

Git教程By廖雪峰.pdf

Git教程By廖雪峰

Git全面教程高清完整PDF版 廖雪峰

廖雪峰git教程 pdf

廖雪峰git文档pdf

git checkout .和git checkout ./区别

git教程廖雪峰pdf

git教程 廖雪峰 pdf

git教程 - 廖雪峰的官方网站

ssh -T git@git.rvbust.com git@git.rvbust.com: Permission denied (publickey).

最新资源

Git全面教程高清完整PDF版廖雪峰

git教程廖雪峰 pdf