一、什么是 Git

请自行 google

二、Git 与 SVN

http://www.jianshu.com/p/bfec042349ca 这里说的都是对的

但是在实际工作中，分支即是 Git 与 SVN 没有区别又是与 SVN 区别最大的部分，说它没有区别是因为 SVN 也有分支，说它有区别是因为使用 Git 可以把分支的特性充分发挥而不需要花费太高成本（时间），而 SVN 的分支在实际工作中却不是那么多人愿意去用的。

另一个有用的区别是分布式，Git 会在本地建立完事的版本库（Local Reposity），这对混合使用 VCS 非常有帮助，你可以按照自己的想法来管理版本，建立 Git 库的成本却只有一句命令

git init

而后只需要保持其中一个分支与团队中使用的版本库同步即可。

三、接受 Git 的理念

3.1 提交=完成一小件事

首先，Git 的提交与 SVN 相比，它更鼓励一次提交所有变更，而 SVN 可以比较方便地选择性提交或更新部分代码到最新版本，见到过很多开发都喜欢这么干，以保持代码在本地能够正常运行，但这么做的缺点也显而易见，一是容易遗漏，不管是 commit 或 update，一旦遗漏就可能出现莫名其秒的问题，最后，噢，我怎么把 XXX 提交上去/更新了。

其次，默认情况下，Git 强制在提交时填写提交说明，而 Svn 可以什么都不写（出问题，你猜呀！），我也用过 SVN，在使用 SVN 的那段岁月也曾不写任何提交说明，为什么不写？不是不想写，是不知道有什么好写的，因为很多时候，提交涉及的变更可能只是某个/多个功能点改进的一部分，都不知道该怎么描述或者要描述清楚得写一大堆，谁有这功夫，干脆不写最方便。

代码的变更，都是有目的的，如果我们能够把每次代码变更的目的想清楚，那是不是就可以根据变更目的来填写提交说明？

Bingo，改进工作方式第一点：Coding 前想清楚目的（为了改#88号 Bug，为了增加 xxxAPI等）。让每一次 commit 有意义，而不是把 commit 变成下班打卡。

3.2 合并=一系列事情的集合=一次有用的变更

VCS 的目的是记录变更，便于后期追溯问题，但如果某次变更涉及的文件或变更内容过多，这将增加问题追溯的困难，那么如何才能更好地追溯问题呢？

控制粒度。为达到变更目的，并不一定都是非常简单的变更，变更可能会涉及多个方面，比如增加一个新功能时，可能涉及到服务端 service、dao 开发、页面功能开发，可以把其中一小件事作为一次提交，而多个提交处于同一个分支，在所有变更完成后再把分支全部合并到与团队同步的分支上，表示完成某一件事情（业务）。

3.3 分支=隔离变更

隔离：不同分支可以按照自己的目标发展，而不需要关心其他分支的变更所产生的影响。举个例子：当你正在为增加某一个功能点而噼里啪啦敲击着代码时，突然测试妹子跑来跟你说某 bug 调皮捣蛋了，你得马上管管。没有分支怎么办？写了一半的代码是提交还是不提交？有 SVN 玩得溜的同学：嘿，你让一让，写了一半的代码当然不能提交，先看一下线上变更情况，再选择性地更新部分代码，然后改完 bug，再选择性地提交只与 bug 相关的代码，搞定！OMG，这也行？还真行，就是比较费脑子，本来 VCS 该干的活全让这位同学给干了。换成分支会是什么情况？

git add .
git ci -am 'Template commit' #use git ci --amend fix template commit
git co master #any problem branch
#fix problem
git add .
git ci -am 'Fixes #88'
git co feature-yourbranch
#continue coding...

别看这么一堆代码，想要表达的意思很简单：切换到问题分支，改完提交，再换回当前分支继续之前的代码。

切换：隔离会带来什么样的情景？某分支用来开发新功能，某分支用来修复某个 Bug，某分支用来与别人同步协作，隔离带来的好处不言而寓，切换就是实现这些隔离的切换，为什么要提切换呢？因为真的很重要，也真的很方便

git co 目标分支

所以，代码变更，切个分支，养成好习惯

四、分支管理策略

http://blog.jobbole.com/23398/

http://kb.cnblogs.com/page/132209/

核心是理解下面这个图：

每个分支都是有意义的（某个里程碑版本、某个 BUG 修复的版本），没有分支，我们会忽略某些重要的提交

五、一些可以让你事半功倍的配置（如果你只对 GUI 感兴趣，请略过）

1. 简化 git 命令

git config --global alias.lol "log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit" #git lol --all 看效果
git config --global  alias.st status         #git st -s
git config --global  alias.ci commit         #git ci -am 'commit.'
git config --global  alias.df diff           #git df
git config --global  alias.co checkout       #git co master
git config --global  alias.br branch         #git br -av

2. 简化 shell 命令

http://man.linuxde.net/alias

alias gst="git st -s "
alias gad="git add . "
alias gbr="git br -av"
alias glog="git lol --all"
alias gup="git remote update"
#你懂的

六、总结

Git 不仅仅是个版本管理工具，理解 Git，掌握 Git，让 Git 帮助减少问题的产生，提高生产效率。

相关连接：

话说Svn与Git的区别(以后别再问我了)：http://www.jianshu.com/p/bfec042349ca

阮一峰：Git分支管理策略：http://blog.jobbole.com/23398/

GIT分支管理是一门艺术：http://kb.cnblogs.com/page/132209/

Alias 命令：http://man.linuxde.net/alias