Git简介
分布式版本控制系统
Git安装
Linux 上安装
sudo apt-get install git
Windows 上安装
模拟环境和Git打包好的程序 mysysgit
配置用户
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
创建版本库 repository
$ cd "Target Directory"
$ git init
目录里生成的.git目录用于跟踪管理版本库
版本控制
使用git status命令查看当前版本库状态，显示修改过的文件以及准备提交的修改
使用git diff "File Name"命令查看difference
使用git add "File Name"和git commit -m "Comment"向版本库提交修改过的文件
使用git log命令查看提交的历史记录（可以添加--pretty=oneline参数突出显示）
$ git log --pretty=oneline
3628164fb26d48395383f8f31179f24e0882e1e0 append GPL
ea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributed
cb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readme file
一大串类似36281...82e1e0的是commit id（版本号）
版本回退
Git中，用HEAD表示当前的版本，也就是最新的提交，上一个版本就是HEAd^，上上一个版本就是HEAd^^，前N个版本写作HEAD~N
使用git reset命令回退版本（带参数--hard）
$ git reset --hard HEAD^
HEAD is now at ea23432 "Comment"
$ git reset --hard 3628164
HEAD is now at 3628164 "Comment"
使用HEAD标志或版本号回退到指定的版本
使用git log命令查看git命令的历史记录
工作区与暂存区
工作区（Working Directory）
就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：
版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区。
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
撤销修改
- 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令
git checkout -- "File Name" - 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令
git reset HEAD file，就回到了场景1，第二步按场景1操作 - 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考[版本回退]一节，不过前提是没有推送到远程库
删除文件
在Git中，删除也是一个修改操作，删除文件后
- 一是确实要从版本库中删除该文件，那就用命令
git rm删掉，并且git commit： - 二是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
远程仓库
第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell，创建SSH Key：
$ ssh-keygen -t rsa -C "youremail@example.com"
第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面，然后点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：
本地版本库推送到远程库
$ git remote add origin git@server-name:path/repo-name.git
...
$ git push -u origin master
...
- 要关联一个远程库，使用命令
git remote add origin git@server-name:path/repo-name.git； - 关联后，使用命令
git push -u origin master第一次推送master分支的所有内容； - 此后，每次本地提交后，只要有必要，就可以使用命令
git push origin master推送最新修改；
从远程库克隆
$ git clone git@github.com:chengqhuster/gitskills.git
要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
分支管理
每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。
创建dev分支，并切换到dev分支：
$ git checkout -b dev //创建并切换到dev分支
...
or
$ git branch dev //创建dev分支
$ git checkout dev //切换到dev分支
...
- 查看分支：
git branch - 创建分支：
git branch <name> - 切换分支：
git checkout <name> - 创建+切换分支：
git checkout -b <name> - 合并某分支到当前分支：
git merge <name> - 删除分支：
git branch -d <name>
假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
$ git merge dev
Updating d17efd8..fec145a
Fast-forward
readme.txt | 1 +
1 file changed, 1 insertion(+)
git merge命令用于合并指定分支到当前分支。注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。
分支冲突
master分支和dev分支各自都分别有新的提交时，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，必须手动解决冲突后再提交。
git status可以告诉我们冲突的文件，也可以直接查看File-Name的内容，Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，修改后保存，再提交。
用带参数的git log也可以看到分支的合并情况：
git log --graph --pretty=oneline --abbrev-commit
分支管理策略
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
$ git merge --no-ff -m "merge with no-ff" dev
因为是一个commit，所以加上了-m参数
在实际开发中，我们应该按照几个基本原则进行分支管理：
- 首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
- 那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
- 你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
Bug分支
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再恢复工作现场。
Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
- 一是用
git stash apply恢复，但是恢复后，stash内容并不删除 - 二是用
git stash pop，恢复的同时把stash内容也删了
$ git stash
Saved working directory and index state WIP on dev: 6224937 add merge
HEAD is now at 6224937 add merge
......
$ git stash list
stash@{0}: WIP on dev: 6224937 add merge
......
$ git stash pop
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
$ git stash apply stash@{0}
Feature分支
每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
多人协作
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。要查看远程库的信息，用git remote，或者，用git remote -v显示更详细的信息：
$ git remote -v
origin https://github.com/chengqhuster/learngit.git (fetch)
origin https://github.com/chengqhuster/learngit.git (push)
推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：
$ git push origin master
当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地
$ git checkout -b dev origin/dev
现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程。
你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送。推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送。
多人协作的工作模式通常是这样
- 首先，可以试图用
git push origin branch-name推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
git push origin branch-name推送就能成功！
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。
标签管理
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针。
切换到需要打标签的分支上，敲命令git tag <name>就可以打一个新标签，可以用命令git tag查看所有标签。
默认标签是打在最新提交的commit上的，也可以找到历史提交的commit id，然后打上。
$ git tag v0.9 6224937
标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息。
还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字。
标签打错了，也可以删除
$ git tag -d v0.1
Deleted tag 'v0.1' (was e078af9)
创建的标签都只存储在本地，如果要推送某个标签到远程，使用命令git push origin <tagname>。
或者，一次性推送全部尚未推送到远程的本地标签git push origin --tags
如果标签已经推送到远程，要删除远程标签
- 先从本地删除
git tag -d v0.9 - 然后，从远程删除。删除命令也是push：
git push origin :refs/tags/v0.9
使用GitHub
- 在GitHub上，可以任意Fork开源仓库；
- 自己拥有Fork后的仓库的读写权限；
- 可以推送pull request给官方仓库来贡献代码。
自定义Git
忽略特殊文件
在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore
忽略文件的原则是：
- 忽略操作系统自动生成的文件，比如缩略图等；
- 忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的
.class文件； - 忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
如果想添加的文件被.gitignore忽略了，可使用-f强制添加
$ git add -f App.class
或者可能是.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用git check-ignore命令检查
$ git check-ignore -v App.class
配置别名
敲一行命令，告诉Git，以后st就表示status：
git config --global alias.st status
--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用。
每个仓库的Git配置文件都放在.git/config文件中，别名就在[alias]后面，要删除别名，直接把对应的行删掉即可。
而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中。
搭建Git服务器
搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian。
- 第一步，安装
git：
sudo apt-get install git
- 第二步，创建一个
git用户，用来运行git服务：
sudo adduser git
- 第三步，创建证书登录：
收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到/home/git/.ssh/authorized_keys文件里，一行一个。
- 第四步，初始化Git仓库：
选定一个目录作为Git仓库，在该目录下输入命令
sudo git init --bare sample.git
- 第五步，禁用shell登录：
出于安全考虑，第二步创建的git用户不允许登录shell，这可以通过编辑/etc/passwd文件完成。
git:x:1001:1001:,,,:/home/git:/bin/bash
将这一行改为
git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell
- 第六步，克隆远程仓库：
现在，可以通过git clone命令克隆远程仓库了，在各自的电脑上运行：
$ git clone git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
备注：
参考：
国外网友制作的Git Cheat Sheet
Git的官方网站：http://git-scm.com
