Git基础学习

       最近由于工作的缘故，开始接触git这个版本控制工具，之前一直在用svn这个工具，因此刚开始接触git的时候显得很不适应，看了很多介绍git的文档，才算明白了一点，在此记录一下我的学习心得，本文只是我对git的初步理解，不一定正确，错误之处，还希望看到的人可以指出，不胜感激。由于对git还不是特别熟悉，我就不书写git的各种命令了，全部使用白话进行解释。

熟悉svn的朋友应该都知道，工作中都是要从服务器上把项目加载到本地，然后开始开发，调试完成后提交到服务器上，一般的还需要先更新一下，如果发现冲突，还要先处理冲突，随后再提交到服务器上，并且每个人提交一次代码版本就会变更一次，这也是为什么提交前通常需要先更新。

git的模式上与svn有很大区别，git并不特别依赖服务器，你完全可以在本地进行版本的迭代，直到你开发完成一个模块或者功能，确认后再提交到服务器上，而不需要向svn那样频繁的向服务器提交代码。当然如果你不是主开发者的话，刚开始的时候还是需要先从服务器上把项目加载到本地，这个就是主分支了，开发过程中如果你想为项目添加一个新功能，但是不确定该功能是否可以实现，这时你可以创建一个分支，切换到新建的分支上就可以开始编写你想添加的新功能了，主分支上的内容不会做改变，假设这个新分支上的功能你还没有完成，领导有新的任务派给你，你可以继续在主分支上进行工作，主分支上内容不受你新建分支的影响，当你忙完领导安排的任务，你可以切换到你自己新建的分支上继续完成你的工作，当你确定你新增的功能已经可以使用的时候，你可以把你新建的分支合并到主分支上，然后把你新建的那个分支删除，如果你新增的功能没能完成，你也可以直接把那个分支删除，这样就不会影响到主分支了。如果在新建的分支合并的主分支上时发生了冲突，就需要自己手动的解决了。当你全部完成了你的工作任务之后，你就可以把自己所做的更改打包成一个补丁发给你的主管了。

假设你是主管也就是主开发者，收到下属程序员发来的补丁后，如果你十分认可该程序员的工作能力，你可以把补丁直接并入主分支，当然为了稳妥，你也可以把发来的补丁放到一个新建的分支上，感觉没什么问题再合并到主分支上，如果觉得不行可以直接删除分支，这和上述所说的基本上是一样的。

暂时先说这么多，后续有什么新的学习心得，再进行补充吧。