Git使用

Git是目前世界上最先进的分布式版本控制系统（没有之一）。

Git有什么特点？简单来说就是：高端大气上档次！

2005年 Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！

2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。

Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

CVS是一个C/S系统，是一个常用的代码版本控制软件。主要在开源软件管理中使用。与它相类似的代码版本控制软件有subversion。多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。CVS版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。但是由于之前CVS编码的问题，现在大多数软件开发公司都使用SVN替代了CVS。

中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

集中式版本控制系统最大的毛病就是必须联网才能工作
遇到网速慢的话，可能提交一个10M的文件就需要5分钟

分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库

自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了

布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了

分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

Git的优势不单是不必联网这么简单，后面我们还会看到Git极其强大的分支管理，把SVN等远远抛在了后面。

$ git config --global user.name “Your Name”
$ git config --global user.email "email@example.com"

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

通过git init命令把这个目录变成Git可以管理的仓库：

ls -ah 查看隐藏文件

git 添加，提交

git add readme.txt

git commit -m "wrote a readme file"

$ git add file2.txt file3.txt
$ git commit -m "add 3 files."

git的版本回退

git status命令可以让我们时刻掌握仓库当前的状态

git diff 看看具体修改了什么内容

每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。

git log命令查看： 文件每次都改了什么内容

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

在Git中，用HEAD表示当前版本
上一个版本就是HEAD^
上上一个版本就是HEAD^^
上100个版本 HEAD~100

git reset --hard HEAD^
git reset --hard 1094a (git log查看的版本号)

git reflog 查看各个版本号

HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区，版本库

工作区（Working Directory）

就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：

版本库（Repository）
作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

工作区恢复错误的修改

git add 把文件修改添加到暂存区
git commit 把暂存区的所有内容提交到当前分支

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

一次性提交暂存区的所有修改。

$ git commit -m “understand how stage works”

git status 是查看暂存区的状态

用git diff HEAD – readme.txt命令可以查看工作区和版本库里面最新版本的区别：

git checkout – file可以丢弃工作区的修改：
git checkout -- readme.txt 丢弃工作区的修改：

git checkout – file命令中的–很重要，没有–，就变成了“切换到另一个分支”的命令

我觉得嘛，暂存区就像购物车，没到付款的时候你都不确定购物车里的东西全部都是要的。。。每拿一件商品就付一次款。。。那才麻烦大了

一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。 (这里add之后的就不能撤销了)

git checkout – file命令中的–很重要，没有–，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令

git reset HEAD <file> 可以把暂存区的修改撤销掉（unstage），重新放回工作区：

版本回退 git reset --hard commit_id

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout – file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

删除文件

一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit

rm test.txt
git rm test.txt 暂存区里删除

先手动删除文件，然后使用git rm 和git add效果是一样的。

git checkout
其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。