Git笔记
安装Git
1、sudo apt-get install git 下载git
2、git --version 查看git版本号
git config --global user.name "WangGaopeng"
git config --global user.email "157381275@qq.com"
创建版本库
$mkdir learngit
$cd learngit
$pwd
/Users/michael/learngit
$git init
InitializedemptyGitrepositoryin/Users/michael/learngit/.git/
瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了
第一步，用命令git add告诉Git，把文件添加到仓库：
$git add readme.txt
第二步，用命令git commit告诉Git，把文件提交到仓库：
$ git commit -m "wrote a readme file"
运行git status命令看看结果：
需要用git diff这个命令看看
版本回退
git log
$git log --pretty=oneline
$ git reset -- hard HEAD^
$ git reset -- hard3628164
Git提供了一个命令git reflog用来记录你的每一次命令：
$git reflog
撤销修改
git checkout -- readme.txt
Git同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区：
$ git resetHEAD readme.txt
删除文件
$ rm test.txt
$ git rm test.txt
$ git checkout -- test.txt
远程仓库
第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：
$ssh-keygen -t rsa -C"youremail@example.com"
现在，我们根据GitHub的提示，在本地的learngit仓库下运行命令：
$git remote add origin git@github.com:michaelliao/learngit.git
请千万注意，把上面的michaelliao替换成你自己的GitHub账户名，否则，你在本地关联的就是我的远程库，关联没有问题，但是你以后推送是推不上去的，因为你的SSH Key公钥不在我的账户列表中。
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
下一步，就可以把本地库的所有内容推送到远程库上：
git push -u origin master
git push origin master
从远程库克隆
现在，远程库已经准备好了，下一步是用命令git clone克隆一个本地库：
$git clone git@github.com:michaelliao/gitskills.git
如果有多个人协作开发，那么每个人各自从远程克隆一份就可以了。
你也许还注意到，GitHub给出的地址不止一个，还可以用https://github.com/michaelliao/gitskills.git这样的地址。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。
https://github.com/michaelliao/gitskills.git
创建与合并分支
首先，我们创建dev分支，然后切换到dev分支：
$git checkout -b dev
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$git branch dev
$git checkout dev
然后，用git branch命令查看当前分支：
$git branch
换回master分支：
$git checkout master
现在，我们把dev分支的工作成果合并到master分支上：
$git merge dev
合并完成后，就可以放心地删除dev分支了：
git branch -d dev
删除后，查看branch，就只剩下master分支了：
$git branch
小结
Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>
解决冲突
人生不如意之事十之八九，合并分支往往也不是一帆风顺的。
准备新的feature1分支，继续我们的新分支开发：
$git checkout -b feature1
修改readme.txt最后一行，改为：
Creating anewbranch is quickANDsimple.
在feature1分支上提交：
$ git add readme.txt
$ gitcommit-m"AND simple"v
切换到master分支：
$ git checkout master
Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。
在master分支上把readme.txt文件的最后一行改为：
Creating anewbranch is quick & simple.
提交：
$git add readme.txt
$git commit -m "& simple"
master分支和feature1分支各自都分别有新的提交，变成了这样：
这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，我们试试看：
$git merge feature1
果然冲突了！Git告诉我们，readme.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：
git status
我们可以直接查看readme.txt的内容
cat readme.txt
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：
Creating anewbranch is quickandsimple.
再提交：
$git add readme.txt
$git commit -m"conflict fixed"
现在，master分支和feature1分支变成了下图所示：
用带参数的git log也可以看到分支的合并情况：
$ git log --graph --pretty=oneline --abbrev-commit
最后，删除feature1分支：
$git branch -d feature1
分支管理策略
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
下面我们实战一下--no-ff方式的git merge：
首先，仍然创建并切换dev分支：
$git checkout -b dev
修改readme.txt文件，并提交一个新的commit：
$ git add readme.txt
现在，我们切换回master：
$git checkout master
准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward：
$git merge --no-ff -m"merge with no-ff"dev
因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
合并后，我们用git log看看分支历史：
$ git log --graph --pretty=oneline --abbrev-commit
可以看到，不使用Fast forward模式，merge后就像这样：
http://github.liaoxuefeng.com/sinaweibopy/video/merge-with-no-ff.mp4
分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
小结
Git分支十分强大，在团队开发中应该充分应用。
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
Bug分支
tail -f HapN.log.wf
