以下是我对Git的一些理解，并从开发者的角度说明一下为什么我们需要它，原来集中式的代码管控工具，有什么让我们这些coder不爽的地方。
从几个场景说起吧。
1. 团队分开两地开发，一部分在客户现场，一部分人留在家里（最终的代码当然一定会存在家里）。如果用SVN，代码库定在家里，客户现场的人怎么提交自己的代码，进而完成两个队伍工作成果的合并呢？可能有人会说，SVN支持Patch之类的东西，这么说吧，我开发将近十年了，没用过这个东西，也许没有太多发言权，但是这一定不是一个很好的方式。
2. 正在开发中，改了将近十几个文件，突然，被要求进行一个紧急bug的修复，而且修完后要立即提交。我们可以赌此bug修复时不会改到上述的十几个文件，但还是不放心，此修复中会不会引入一些那十几个文件中的修改呢。一旦提交，库上没有你本地的修改，别人下下来，一编译就报错了。有没有办法解决此类问题呢？老程序员，都会checkout两份代码，有一份始终保持与库上一致，一旦遇到这个事，就切换工作区到最干净的代码中去修改。但这终究不是一个好的方式，不能从工具级别对此类问题进行规避。Git恰恰提供了方式来让你以一套代码来应用多份工作内容。
以上是我们经常遇到的场景，可以SVN极不适合处理此类情况。但Git却能很好解决上述两类问题。
首先纠正一个问题，有许多新程序员，觉得Git是SVN+push，这真是太冤枉了，Linus Benedict Torvalds，怎么会给程序员制造困难呢，他可是巨侠级的程序员啊。如果你在用Git，而没有用到如下命令，请认真检讨一下自己，有必要用Git么。
1. git branch branch是Git的主打优点，给程序员以极轻量的方式，提供分支功能。那对我们日常开发，有何用处理呢？ 如我要进行一个大bug的修改，我可以用如下命令开始。 > git branch bug1878 此句建了一个bug1878的branch，但是你当前可能还处于master分支，怎么切到新建分支呢， 就是用checkout，这样你再看你的分支情况，可以看到你已经切到gbug1878上了， 这样你就可以愉快的进行开发了。 * 有个事，需要注意一下，你在切换时，经常会提醒你，你当前有没提交的东西， 这时大可以将自己当前的工作先提交到当前分支上，然后你才能切换到新分支上。 如果是一些新加的文件，没有git add，那么，这些文件会自动跟着你到bug1878上， 所以这几个事要考虑一下。 > git checkout bug1878 这个命令用来进行分支切换，如果你在用eclipse的话，那工程上原来的master可能已经改为bug1878了。 2. git checkout 前面已经大体说了一下checkout，其实它除了切换分支外， 还有一个功能即如果我们不要我们当前的更改了，可以用这个命令后面跟上文件，来将文件的更改放弃。 3. git rebase/merge > git checkout master bug1787你已经修改完毕，并且在bug1787分支上提交了。 那么checkout这个命令让你切换回master上，为什么切回来呢？ 其实默认你的本地分支中，只有master分支给push，原因是只有它有upstream， 当然你可以进行设置来改变此类情况。 > git rebase bug1787 这句最重要，这是将你的工作成果合并到master上，等待你随后的push。 强调一下rebase和merge的区别，rebase会保留你的提交历史，如你在改bug1787时， 提交了五次，当然comment也写的挺好。你如果希望push后，这五次提交记录还能查看到， 就用rebase，否则用merge，merge仅是将你最终修改的内容和master上的内容合并起来， push后，仅有merge这次的comment. 4. git stash 如果你是个粗心的家伙，不小心在master分支上展开了行动，当改到十几个文件的时候， 发现bug1787让你火速修改，你这个时候可能觉得Git没法帮你了。 错！此时，你可以将你的修改先暂放一下，即用此条命令： > git stash > git branch bug1787 上面这两条命令，救了你，前面一条是stash，会将你在master上的修改暂存， 然后你又可以新建branch来应对紧急事件了，改完后， 起上面说的流程commit -> checkout -> rebase/merge -> commit -> push， 即可将此紧急事件成功完成，且不影响你刚才工作。 等等，我原来的东西你给我放哪里了，没问题的，git给你放好了，怎么找到呢？ > git stash list 会列出你所有stash的东西 > git stash apply 会将你刚才stash的东西给你放回来，让你接着前面的活，接着干。 当然执行这条命令的时候，你最好在master分支上，毕竟你一开始是在这个分支上stash的。
所以，不要粗心，进行稍微复杂点的任务，最好新起个分支毕竟分支很廉价，不要偷懒。
可能有人会问，分支多了，我都不用了怎么办，大胆删除，自己查查命令吧，没记错的话是git branch -D bug1787.当然Git还有许多其它的命令，但是我觉得，基本的开发这些就够了，如果会了这些Git的蛋糕就已经吃了80%，至于其它不会也不会让你没法进行开发工作，就像SVN的patch之类的东西一样，不会我们不照样在使用它么。
预祝各位在随后的开发中，愉快享用Git，谢谢Linus.
另，现在git可以用github和gitee，其中gitee里可以建一些private的项目，适合几个人做个小东西，挺好的
