引入
git分布式特性带来了诸多便利，不过国内git版本管理并不是很规范，基本上还是单分支开发，远程仓库公用一份代码。
拿我自己为例，以前开发，本地拉了一份代码下来后，基本都是直接在当前分支开发和提交，这个其实很不规范，而且会导致混乱。
这里推荐认识一个工具git flow，它对于开发过程定义了一个工作流，值得借鉴。
git flow原理可参考此篇文章：git flow的使用
我的工作流
这里列下我现在开发时，使用git管理代码的工作流，基本是参考的git flow原理。
-
克隆远程仓库代码
-
基于克隆分支创建feature/xx分支
-
功能完成后产生commit
-
更新克隆分支：git pull origin master
-
在feature/xx分支变基，git rebase master
-
切换到克隆分支：git checkout master
-
合并特性分支：git merge feature/xx
-
删除特性分支
小结
如果本地同时在开发多个独立功能，建议使用不用的特性分支，代码管理不会产生冲突。在一个功能完成后，合入了主分支前，先rebase下，然后再merge，避免产生冲突，rebase在对本地分支的操作上还是挺方便的。