1.时光穿梭，版本回退
git diff这个命令查看修改的详细情况（具体在哪一行做了神鳄样的修改-便是原来的，+的表示修改后的）
cat 文件名：显示文件里面的内容
git log：命令查看历史修改记录
git log --pretty=oneline：如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
$ git reset --hard HEAD:回退到上一个版本(在Git中，用HEAD表示当前版本,上一个版本就是HEAD，上上一个版本就是HEAD^，当然往上100个版本写100个比较容易数不过来，所以写成HEAD~100 )
git reset --hard 3628164:可以指定回到未来的某个版本
(现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？)
git reflog:用来记录你的每一次命令(查看你已经去过的某个版本号，关闭窗口也可以去未来.........)
现在总结一下：
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
2.修改管理
git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别
丢弃工作区的修改（工作区->最近一次stage区）：
git checkout -- readme.txt：总之，就是让这个文件回到最近一次git commit或git add时的状态。git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令
丢弃缓存区：->工作区
git reset HEAD 文件名：可以把暂存区的修改撤销掉（unstage），重新放回工作区
小结：
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考“版本回退”一节，不过前提是没有推送到远程库。
3.删除文件
rm test.txt：删除本地文件（直接在文件管理器中把没用的文件删了，或者用rm命令删了）
git status这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了
现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
git rm test.txt
git commit -m "remove test.txt"
现在，文件就从版本库中被删除了。
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本
git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
4.添加远程仓库
要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！
5.创建分支与合并
Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <分支的name> //将该分支和当前
删除分支：git branch -d <name>
切换到某分支: git branch 分支
切换到上一个分支: git branch -(加一个横杠)
6.解决冲突
如：<<<<<< HEAD（当前分支）
Creating a new branch is quick & simple.
如：=======
Creating a new branch is quick AND simple.
如：>>>>>>> feature1
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容
我们修改如下后保存：再提交
git add readme.txt
git commit -m "conflict fixed"
当Git无法自动合并分支时，就必须首先手动解决冲突。解决冲突后，再add 、 commit提交，合并完成。
用git log --graph命令可以看到分支合并图：git log --graph --pretty=oneline --abbrev-commit
删除feature1分支：git branch -d feature1
7.分支管理
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
git checkout -b dev
修改readme.txt文件内容
git add readme.txt
git commit -m "add merge"
我们切换回master：git checkout master
准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward：
git merge --no-ff -m "merge with no-ff" dev（因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。）git rebase
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：http://www.liaoxuefeng.com/files/attachments/001384909239390d355eb07d9d64305b6322aaf4edac1e3000/0
小结
Git分支十分强大，在团队开发中应该充分应用。
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
8.feature分支
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
9.多人协作
因此，多人协作的工作模式通常是这样：
首先，可以试图用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。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
小结
查看远程库信息，使用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，如果有冲突，要先处理冲突。
git diff 查看修改
git add -p 只添加需要的部分
