github相关指令学习

正在廖雪峰官网学习关于git的相关知识，已经不是第一次来学习，但是忘得太快，索性这次边学边记录笔记，加深记忆，方便后期查看

1、找到一个合适的地方，鼠标右键 Git Bush Here ,新建文件夹，mkdir mygit（mygit为我所建的文件夹的名字)

2、进入到当前文件夹下 cd mygit

3、pwd  显示当前目录

4 、git init  把这个目录变成Git可以管理的仓库

此时git仓库已经建好，而且会告诉你这还少空的仓库，且在mygit文件夹下，会自动生成一个.git的目录，

这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

5、在mygit文件下编写一个readme.txt文件，内容如下：

Git is a version control system.
Git is free software.
在命令控制行输入 git add reame.txt ,告诉git把文件添加到仓库

执行上面的命令，没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加成功。

6、git commit告诉Git，把文件提交到仓库：

-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。

为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."
即前期步骤为：

　　初始化一个Git仓库，使用git init命令。

　　添加文件到Git仓库，分两步：

• 第一步，使用命令git add <file>，注意，可反复多次使用，添加多个文件；

• 第二步，使用命令git commit，完成。

7、我们已经成功添加并提交了readme.txt文件，我们继续修改readme.txt文件，改成如下内容：

Git is a distributed version control system.
Git is free software.

8、输入

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

9、输入git diff，查看改变的详情

10、已经知道了改变了哪里，放心添加add

同样，没有任何提示

11、git commit之前，我们再运行git status看看当前仓库的状态：

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

12、git commit -m 提交

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

Git告诉我们当前没有需要提交的修改，而且，工作目录是干净（working tree clean）的。

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

Git is a distributed version control system.
Git is free software distributed under the GPL.

每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在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命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是append GPL，上一次是add distributed，

最早的一次是wrote a readme file。 如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：

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

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

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

此时的readme.txt的内容已经回到add distributed版本



此时，我们再用git log看看日志

这个时候已经看不到append GPL版本了

此时，如果再想回到append GPL版本，只要上面的命令行窗口还没有被关掉，你就可以顺着往上找，找到那个append GPL的commit id是2e2137...，于是就可以指定回到未来的某个版本：

再看readme.txt 里的内容，

已经回到append GPL版本了

现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？

在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：

 

小结：

15、工作区和暂存区

我们把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

俗话说，实践出真知。现在，我们再练习一遍，先对readme.txt做个修改，比如加上一行内容：

然后，在工作区新增一个LICENSE文本文件（内容随便写）。

然后，git status查看一下状态：

Git非常清楚地告诉我们，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked。

使用两次命令git add，把readme.txt和LICENSE都添加后，用git status再查看一下：

git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。

一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的：