git之实际开发中使用

分支策略
	在实际开发中，我们应该按照几个基本原则进行分支管理：
		首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
		那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
		你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
		所以，团队合作的分支看起来就像这样：
　　　　　　　　

　　　　　　　　　　

		
	哪些分支需要推送到远程库，哪些不需要呢？
	　　master分支是主分支，因此要时刻与远程同步；
	　　dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
	　　bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
	　　feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。