版本控制之git开发工作流

引入

git分布式特性带来了诸多便利，不过国内git版本管理并不是很规范，基本上还是单分支开发，远程仓库公用一份代码。
拿我自己为例，以前开发，本地拉了一份代码下来后，基本都是直接在当前分支开发和提交，这个其实很不规范，而且会导致混乱。

这里推荐认识一个工具git flow，它对于开发过程定义了一个工作流，值得借鉴。
git flow原理可参考此篇文章：git flow的使用

我的工作流

这里列下我现在开发时，使用git管理代码的工作流，基本是参考的git flow原理。

1. 克隆远程仓库代码

2. 基于克隆分支创建feature/xx分支

3. 功能完成后产生commit

4. 更新克隆分支：git pull origin master

5. 在feature/xx分支变基，git rebase master

6. 切换到克隆分支：git checkout master

7. 合并特性分支：git merge feature/xx

8. 删除特性分支

小结

如果本地同时在开发多个独立功能，建议使用不用的特性分支，代码管理不会产生冲突。在一个功能完成后，合入了主分支前，先rebase下，然后再merge，避免产生冲突，rebase在对本地分支的操作上还是挺方便的。