git的基本使用

一、git安装
1、Linux
Debian或Ubuntu的Linux系统，执行以下命令：

sudo apt-get install git

即可完成git的安装
其他的Linux版本，则通过安装三部曲来完成：

先从Git官网下载源码解压，
./config
make
sudo make install

2、Windows
Windows下，则可以一路next，当然，您还可以选择安装cmd下使用使用Linux的命令；
安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！
安装完成后，还需要最后一步设置，在命令行输入：

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

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。

注：git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

二、创建版本库
什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。所以，创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录：

$ mkdir learngit
$ cd learngit

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

$ git init

瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的。
三、把文件添加到版本库
首先这里再明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
因为文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。
言归正传，现在我们在learngit目录下编写一个readme.txt文件，内容如下：

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

第一步，用命令git add告诉Git，把文件添加到仓库：

git add readme.txt
或者
git add . # 将当前目录下所有文件进行添加

执行上面的命令，没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加成功。
第二步，用命令git commit告诉Git，把文件提交到仓库：

git commit -m "wrote a readme file"

简单解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
四、版本回退
1、修改readme的内容

# vi readme.txt
Git is a distributed version control system.
Git is free software.

2、使用git status查看变动情况
git status命令可以让我们时刻掌握仓库当前的状态，上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改。
虽然Git告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。比如你休假两周从国外回来，第一天上班时，已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令查看内容的变动情况：

git diff顾名思义就是查看difference，查看工作区和版本库里面最新版本的区别,显示的格式正是Unix通用的diff格式。
git diff 还可以查看本地分支之间的不同：

git diff master dev

还可以查看本地分支与远程库之间的差异：

git diff master origin/master

将修改的内容再次提交到git库，重复add与commit的步骤。

3、查看版本记录

git log

git log命令显示从最近到最远的提交日志，如果嫌输出的信息太多，可以尝试加上–pretty=oneline这个参数。
4、回退
首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，上一个版本就是HEAD^ ，上上一个版本就是HEAD^^ ， 当然往上100个版本写100个 ，比较容易数不过来，所以写成HEAD~100。
现在，我们要把当前版本modify readme file回退到上一个版本wrote a readme file，就可以使用git reset命令：

git reset --hard HEAD^

瞬间后悔了，想回到最新版本，可是使用git log查看时，却发现最新的版本已经不存在了，所以Git提供了一个命令用来记录你的每一次命令。

git reflog

找到最新版本的commit_id

git reset commit_id

五、管理修改
场景1：如果你改了文件，但是没有add到存储区，那么可以使用git checkout – file，放弃掉当前的工作区，撤销修改；
场景2：如果你改了文件，并且add到了存储区，那么使用git reset HEAD ，就回到了场景1，第二步按场景1操作。
场景3：你commit了某个文件，并且使用命令rm删除了该文件，则此时你有两种选择：
（1）删除版本库中的commit的文件git rm
（2）放弃当前工作区的操作，撤销当前的修改checkout – ，即可把版本库中误删的文件恢复到工作区git
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

六、远程仓库
第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

ssh-keygen -t rsa -C "youremail@example.com"
-t 指定密钥类型，默认是 rsa ，可以省略。 
-C 设置注释文字，比如邮箱。 
-f 指定密钥文件存储文件名。

你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。
如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：
然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：

点“Add Key”，你就应该看到已经添加的Key：

第三步：测试SSH key
ssh -T git@github.com
如果返回Permission denied (publickey)，则需要将第一步生成的秘钥进行添加到秘钥列表中ssh-add ~/.ssh/id_rsa；如果返回Could not open a connection to your authentication agent，则说明ssh agent未启动，有两种方式解决：（1）ssh-agent bash（2）eval ssh-agent -s ；重复第三步；（可以使用ssh-add -l 查看加入的密钥列表）
为什么GitHub需要SSH Key呢？因为如果使用SSH协议，此时的GitHub就相当于一个远程server，本地在每次访问server时都会进行一次确认是否本人操作，此时可能你会疑问公钥不是暴露出去的吗？如果有人拿着我的公钥往远程仓库里瞎搞呢？完全不用担心，因为server会发一串随机的str到客户端，客户端则以私钥对该str加密，等到你下次push或是pull时，会将该加密的str上传到server，server则以公钥进行解密校验（非对称加密），而只有相对应的公/私钥才能正确地登陆server，所以私钥是绝对不能泄露出去的。
七、添加远程库
1、首先，登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库,然后根据提示进行本地版本库与远程库的关联：

提示框中的第一种方式，是事先没有创建本地仓库，则在本地任意一个目录中都可以与远程库关联，并且远程仓库名与该目录可以不同名；第二种就是已存在一个与远程仓库同名的本地仓库，则只需要修改一下远程库即可。
注：由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
2、假设已经存在了远程库，这种情况是工作中，最常见的一种方式，因为进入公司之前代码库往往是已经存在了的，那么我们通过git clone，即可完成本地仓库与远程仓库的关联：

git clone https://github.com/sheqianweilong/hello-world.git

3、查看远程仓库

git remote -v

4、如果远程库与本地有冲突，则可以强制push：

git push origin master -f

5、如果本地分支与远程库分支不同名，则你可以有两种解决方式：
（1）在远程仓库建立一个同名的分支，或者使用命令直接同名的远程分支，并与之关联：git push origin dev;
（2）将本地分支作为远程分支：

git push origin dev2:dev

不过每次push的时候都需要指定远程分支，毕竟有点麻烦，查阅资料才知道Git push与pull存在默认行为，默认的push.default是simple模式，要求两边分支同名，而upstream模式则不做这个要求，所以修改其默认配置即可：

git config --global push.default upstream

八、设置忽略文件
在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
忽略文件的原则是：
1、忽略操作系统自动生成的文件，比如缩略图等；
2、忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
3、忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
如：

# 忽略Windows自动生成的垃圾文件
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini

# 忽略Python编译产生的.pyc、.pyo、dist等文件或目录
# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build

# 忽略自定义的文件夹
/dir

也可以把.gitignore的忽略文件添加进去。
有一种情况，需要提及：多人开发时,会出现明明在gitignore中忽略了某个文件，如.idea,但是提交时仍旧会出现.idea内文件变动的情况，产生的原因是，.idea已经被git跟踪，之后再加入.gitignore后就没有作用的了。
解决方法：
清除.idea的git缓存git rm -r --cached .idea，再次git status 就不会出现那些烦人的文件修改状态了。

参考：https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
参考：https://stackoverflow.com/questions/17846529/could-not-open-a-connection-to-your-authentication-agent