版本控制之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在对本地分支的操作上还是挺方便的。

你可能感兴趣的:(git)