创建版本库：
1.初始化一个Git仓库，使用git init命令。
2.添加文件到Git仓库，分两步：
（1）使用命令git add <file>添加文件到暂存区，注意，可反复多次使用，添加多个文件；
（2）使用命令git commit -m "message"完成本地版本库的提交。
时光穿梭：
•要随时掌握工作区的状态，使用git status命令。
•如果git status告诉你有文件被修改过，用git diff可以查看修改内容。
版本回退：
1.HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令：
git reset --hard commit_id或HEAD^或HEAD~Num
2.穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
3.要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
工作区、暂存区和分支
1.利用git status命令可以查看当前目录(也就是工作区)的状态(哪些文件被修改，新添加，有无提交等信息)。
2.利用git add <file>命令可以将file由工作区添加到暂存区Stage。
3.利用git commit命令可以将所有暂存区的文件一次性添加到分支master（缺省分支名）中去。
管理修改：
每次修改，如果不用git add到暂存区，那就不会加入到commit中。
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令
git checkout --file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步：
第一步：用命令git reset HEAD <file>，就回到了场景1；
第二步：按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，git reset --hard HEAD^，不过前提是没有推送到远程库。
删除文件：
命令git rm用于删除一个文件。
如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
远程仓库：
在连接远程仓库（自己公司创建的内部git服务器，或是github）上提交自己电脑终端的ssh公钥
ssh-keygen -t rsa -C "[email protected]"
一、先有本地库，后有远程库的时候，如何关联远程库：
1)要关联一个远程库，在本地git库中使用以下命令与远程库repo-name相关联；
git remote add origin git@server-name:path/repo-name.git
2)关联后，使用以下命令第一次推送master分支的所有内容；
git push -u origin master
3)此后，每次本地提交后，只要有必要就可以使用以下命令推送最新修改：
git push origin master
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！
二、先创建远程库，然后从远程库克隆
要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
ssh协议：
git clone [email protected]:username/reponame.git
https协议：
git clone https://github.com/username/reponame.git
克隆完了之后，本地和远端仓库便自动关联了。Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
创建与合并分支：
一般来说，
master是本地默认的分支名，他指向当前最新提交；
HEAD指向一个分支，而且是当前的工作分支。
也即：HEAD --> master --> commit链
所谓创建分支就是创建一个指向commit链的指针变量
所谓切换当前分支就是对HEAD重新赋值，使之指向不同的分支指针变量.
查看分支：git branch
创建分支：git branch <name>
删除分支：git branch -d <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
此时，默认为快速合并（fast forward），仅仅将master指针指向待合并的分支，不创建新的提交；当使用快速合并出现冲突时，就要采用
git merge --no-ff <name>此时，将会建立一个新的提交，并将master指向该新提交
解决冲突：
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。 解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git status查看冲突的文件；
用以下命令可以看到分支合并图：
gitlog --graph --pretty=oneline --abbrev -commit
分支管理策略：
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活； 那在哪干活呢？
干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
Bug分支：
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug。
修复后，用git stash list 查看缓存的左右工作现场；
用git stash pop恢复到最近的工作现场，并同时删除缓存文件；
或用
git stash apply stash@{num}
恢复到指定的工作现场，但需利用git stash drop手动删除缓存文件。
Feature分支：
开发一个新feature，最好新建一个分支；开发调试完毕后再合并到dev分支上去。
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
多人协作：
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
•查看远程库信息，使用git remote -v；
•本地新建的分支如果不推送到远程，对其他人就是不可见的；
•从本地推送分支，使用
git push origin branch-name
如果推送失败，先用git pull抓取远程的新提交；
•在本地创建和远程分支对应的分支，使用
git checkout -b branch-name origin/branch-name
本地和远程分支的名称最好一致；
•建立本地分支和远程分支的关联，使用
git branch --set-upstream branch-name origin/branch-name；
•从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。
多人协作的工作模式通常是这样：
1.首先，可以试图用git push origin <branch-name>推送自己的修改；
2.如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
3.如果合并有冲突，则解决冲突，并在本地提交；
4.没有冲突或者解决掉冲突后，再用
git push origin <branch-name>
推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令
git branch --set-upstream-to <branch-name> origin/<branch-name>
。
Rebase：
•rebase操作可以把本地未push的分叉提交历史整理成直线；
•rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
标签的意义：
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像，但是分支可以移动，标签不能移动）
所以，创建和删除标签都是瞬间完成的。tag就是一个容易让人记住的和某特定提交绑定的版本库快照。
创建标签：
首先，切换到需要打标签的分支上：
查看所有分支列表： git branch
切换到需要打tag的分支：git checkout <branch_name>
打一个新标签：
git tag <name> [commit_id]
git tag -a <tag_name> -m "instruct strings" [commit_id]
其次，
利用命令git tag查看所有标签;git show <tag_name>查看指定标签详细信息
注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。
操作标签：
删除本地标签：git tag -d <tag_name>
推送某个本地标签： git push origin <tag_name>
推送所有本地标签： git push origin --tags
删除远程标签：
1.先在本地删除；
2.git push origin :refs/tags/<tag_name>
GitHub:
•在GitHub上，可以任意Fork开源仓库；
•自己拥有Fork后的仓库的读写权限；
•可以推送pull request给官方仓库来贡献代码
gitee:
登录gitee.com注册后，添加本地终端的rsa公钥，而后建立远程版本库；
回到本地终端，如果已有版本库要和远程端的版本库相关联，可以利用命令
git remote add <name> [email protected]:username/respotname.git
注意：如果你的项目同时在github和gitee上开发，需要注意关联时的远程版本库名字不能相同；github默认为origin，gitee就不能再使用该名字了。
自定义Git：
除了配置user.name和user.email，实际上，Git还有很多可配置项。
比如，让Git显示颜色，会让命令输出看起来更醒目：
git config --global color.ui true
忽略特殊文件：在git的根目录下的.gitignore文件中添加需要忽略的文件名即可。当然git已经帮我们预先设立了一些忽略规则
配置文件：配置Git的时候，加上--global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。 每个仓库的Git配置文件都放在.git/config文件中；当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中。
搭建git服务器：
搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian，这样，通过几条简单的apt命令就可以完成安装。
第一步，安装git：
$ sudo apt-get install git
第二步，创建一个git用户，用来运行git服务：
$ sudo adduser git
第三步，创建证书登录： 收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到/home/git/.ssh/authorized_keys文件里，一行一个。
第四步，初始化Git仓库：
先选定一个目录作为Git仓库，假定是/srv/sample.git，在/srv目录下输入命令：
$ sudo git init --bare sample.git
Git就会创建一个裸仓库，裸仓库没有工作区，因为服务器上的Git仓库纯粹是为了共享，所以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以.git结尾。
然后，把owner改为git：
$ sudo chown -R git:git 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用户可以正常通过ssh使用git，但无法登录shell，因为我们为git用户指定的git-shell每次一登录就自动退出。
第六步，克隆远程仓库：
现在，可以通过git clone命令克隆远程仓库了，在各自的电脑上运行：
$ git clone git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
管理公钥：
如果团队很小，把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys文件里就是可行的。
如果团队有几百号人，就没法这么玩了，这时，可以用Gitosis来管理公钥。 因为Git是为Linux源代码托管而开发的，所以Git也继承了开源社区的精神，不支持权限控制。
不过，因为Git支持钩子（hook），所以，可以在服务器端编写一系列脚本来控制提交等操作，达到权限控制的目的。
Gitolite就是这个工具。 这里我们也不介绍Gitolite了，不要把有限的生命浪费到权限斗争中。
小结
- 搭建Git服务器非常简单，通常10分钟即可完成；
- 要方便管理公钥，用Gitosis；
- 要像SVN那样变态地控制权限，用Gitolite。