Git学习笔记（一）

本直为了在GITHUB上愉快的搞基，开学第一周每晚挤时间学习GIT的相关内容。学习教程：廖雪峰的Git教程 

下面将第一周的笔记记录如下，基本都是直接搬过来的，方便日后查看温习。

Git就是一个高端大气上档次的分布式版本控制系统。它是由LINUX的创建者LINUS开发的。

什么是版本控制系统：

假设距离本科毕业答辩还有一个多月，这时候基本每天都在修改论文。然而每次修改完以后都会另存为一个新的文件，比如我的论文（1），我的论文（2），（3）.......我们有时候得用到最新的版本，所以就想把旧版本删除一些，要不桌面全是WORD的图标瞅着闹心。但是，突然某天老师大姨妈来了说突然想要以前的某个版本，所以我要逐个打开（1）（2）（3）......去找老师想要的那个版本，略费力。更蛋疼的是我突然有一天写论文写吐了需要休养，在此期间不能看书否则会屎，这样我最好的哥们B同学就来帮我完成一些内容，我给他邮件过去，他帮我修改和继续完善。又突然我的病好了，急切的想要学习，所以我也开始继续完成我的论文。之后我们需要合体，啊不合成论文，把我们写的内容合在一起。我需要知道他修改的部分和添加的部分，但是查看起来好无力。

所以，我们需要版本控制系统，用来记录每次文件的改动，还能通过它和同学一起愉快的合作写论文，可以随意查看修改的内容，这样大大提高了效率。

还存在其他的版本控制系统，比如CVS和SVN，但他们都是集中式的版本控制系统。那他们和GIT有啥区别？

集中式管理系统：版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。集中式版本控制系统最大的毛病就是必须联网才能工作。

分布式管理系统：分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点，但最快、最简单也最流行的依然是Git。

一.创建版本库

版本库又名仓库，英文名repository，可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

创建一个空目录：

mkdir learngit

进入该目录下：

cd learngit

查看路径：

pwd

把该目录变成git可以进行管理的repository： 在该空目录下输入命令

git init

这样版本库就创建好了。

当输入git init时出现please tell me who are you的解决方案

后来发现在开始菜单里找到GIT->gitbash下（非安装目录bin/bash）内输入Name和email可以解决。

二.把文件添加到版本库

随意编写一个readme.txt文件，将其放在刚才新建的目录（learngit）下（复制粘贴）

1.把该文件添加到repository中：

git add readme.txt

2.将该文件提交到repository中：

git commit -m "wrote a readme file" 

-m后面输入的是对于此次提交的说明，就和注释一样，方便以后查找

注意：我们可以同时添加多个文件，比如

git add a.txt b.txt c.txt d.txt 

然后用一次commit命令就可以一起提交到repository。

三.版本库文件的操作

当我们在目录learngit下对已提交文件的内容进行修改后，可以用下面命令查看文件的情况：

1.查看repository内文件的状态（操作情况）：

git status

2.查看某一文件的操作情况：

git diff readme.txt

假设我们已经对文件内容进行了修改，用上面两条命令查看后知道了所修改的内容，如下图。

git status后出现红色的modified：readme.txt 意思是我们在目录下修改了readme文件，但是还没提交，所以是红色的。

git diff readme.txt后出现红色和绿色的字符。红色是未修改前的内容，绿色是我们修改后的内容。可以看到我们在new 后面加了一个txt。

我们要再次对文件进行提交，再次用add和commit命令就行了。

add后我们先status一下，看到之前的红色modified变为绿色，表示我们即将提交的被修改文件包括readme.txt。之后commit即可。

查看文件内容：

cat readme.txt

四.文件版本回退

版本控制系统可以记录每次的操作历史，我们每次commit到repository时都会被记录下来，而且我们在commit语句中添加了“注释”，这个时候就可以很清楚的知道每次提交的情况。

1.查看历史记录：

git log

从中可以看到：黄色的版本号  操作信息 作者 日期 所加的注释  排序是由时间从近到远排的。

如果觉得输出信息太多，可以用语句简化，退出之前操作时先shift+:，然后输入wq就退出了，接着输入简化命令：

git log --pretty=oneline

如果想要进行版本回退，需要记下相应版本的版本号，就是前面黄色的东东。

2.版本回退命令：

git reset --hard + 版本号前5~7位

（1）从现在回到过去

不用回到某一确定版本，只回到上一版本：

git reset --hard HEAD^

回到上上一版本：

git reset --hard HEAD^^

当前为11112版本，要回到11116版本：

git reset --hard 11116

（2）从过去回到将来

假设我们从A版本推到B版本再推倒C版本，回到旧版本后再次git log就不会出现A和B版本的ID号了。这时候回到最新版本有两种办法：

方法一：在没有关闭当前命令框时候查看最早log出的A和B版本的ID，然后回去；

方法二：已经关闭了命令框，又重新打开，git log只有当前和更早的版本ID时，用git reflog命令查看A和B版本ID。这个命令记录了我们每一次输入的命令历史。

五.工作区和暂存区

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。

工作区就是我们电脑上最初创建的learngit目录，我们可以在里面对文件进行修改，然后提交到repository中。

工作区里面有一个隐藏的.git目录，这个目录就是版本库repository。

版本库里有很多东西，最重要的是stage（或者叫index），理解为暂存区。还有git自动创建的第一条分支master，以及指向master的一个指针HEAD。

前面所说的把文件提交到repository中分为两步，第一步是add，第二步是commit。而add相当于把文件添加到暂存区，commit相当于把暂存区的所有内容提交到当前的分支master上，可以简单理解为：将add的文件修改通通放到暂存区，然后一次性全部commit提交暂存区的所有修改。

六.管理修改

Git跟踪并管理的是修改而不是文件。所以要比其他版本控制系统更优秀。删除、增加、更改、创建这都是修改。

每次修改后，如果不add到暂存区，就不会commit到分支上。

七.撤销修改

1.撤销对工作区文件的修改： 

git checkout -- readme.txt

如果已经把readme添加到暂存区后作了修改，则返回到最近一次add到暂存区后的版本。

如果只是修改了readme还没添加到暂存区，则返回到最近一次commit后的版本。

2.撤销对暂存区文件的修改：

git reset HEAD readme.txt

git reset既可以回退版本，也可以把暂存区的修改回退到工作区。HEAD指的是最新的版本。

撤销暂存区文件的修改后，再撤销工作区文件的修改。

3.撤销对版本库文件的修改，当没有推送至远程库时，使用版本回退。

八.删除文件

1.删除工作区中的文件：

rm readme.txt

2.删除版本库中的文件：

git rm readme.txt

3.恢复删除：

假设我手抖删错了，删除了工作区中的readme.txt，但未删除版本库中的readme.txt，可以用命令把误删的文件恢复到工作区，当然所恢复的版本是版本库中最新版的readme.txt，但是会失去最近一次提交后所做的修改：

git checkout -- readme.txt

九.远程仓库

将同一个git仓库分布到不同的电脑上。找一个永远不关机的电脑充当服务器，每个人都可以从这个“服务器”仓库克隆一份到自己的电脑上，并且把各自的修改推送到“服务器”仓库中，也可以从“服务器”中拉取别人的提交。自己搭建一个GIT服务器没必要，因为有一个神奇的网站GitHub，专门提供Git仓库托管服务。

分布式版本控制系统在本地工作不需要考虑远程库的存在，可就是有没有联网都可以正常工作，当有网络的时候在一次性推送至远程库完成同步。

1.添加远程库

开始的工作是要在远程库GitHub设置与本地仓库之间的传输协议，要让Github识别出你所推送的提交确实是你所推送的，而这个协议是通过SSH加密的，所以需要得到SSH秘钥。怎么得到呢？请查看这里。

接下里在远程库GitHub上创建一个repository，用于和本地库之间的远程同步传输，新建的库是空的，我们需要把本地库的内容推送到远程库。

首先关联库一个远程库：

$ git remote add origin [e-mail]:kyleli67/learngit.git

origin代表的是远程库，后面的是用户名和所关联的仓库名称。之后把本地库的内容推送到远程库：

$ git push -u origin master

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。 

由于远程库是空的，我们第一次推送【首次推送】master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。 推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样。

从现在起，只要本地做了提交，就可以通过命令：

$ git push origin master

把本地master分支的最新修改推送至GitHub。

2.从远程库克隆

将远程库的内容（gitskills.git）克隆到本地库中：

$ git clone [e-mail]:kyleli67/gitskills.git