git 版本管理

2333

好的git版本管理,能让项目一目了然,

GIT 工作流

下图是接下来新框架业务代码开发所采用的gitflow工作流的图示。对于我们公司的实际部署环境做了个简单的方案,对应哪个分支在哪个环境。请看图下面的说明。
gitflow

  • Develop、Master分支不用做代码部署,Develop只从其他分支合并代码,功能开发(Feature)分支从Develop拉取。Master只用来记录正式上线的里程碑,指的是测试对外通知上线,并且hotfix的分支是从最新的Master分支上拉取,紧急修复bug。
  • Feature分支用于开发环境,测试环境(提测阶段)的代码部署。
  • Release分支用于测试环境(内测阶段)、预发环境和生产环境的代码部署。
  • Hotfix分支用于预发布环境和生产环境的代码部署。

按照上面的方案,需要开发人员在不同的阶段进行不同分支的切换。譬如:0913的项目迭代,在内测节点之前,大家都提交代码到feature_20160913分支,但到内测之后,我们会建立release_20160913的分支,大家需要重新checkout 该分支,在这个上面进行剩余bug的修复和版本更新。(注:到内测后,我们会把feature_20160913分支在gitlab上删除,防止有人还往此分支上提交代码,造成不必要的损耗。)

git commit注释规范

  • feat: 新功能(feature)
  • fix: 修补bug
  • docs: 文档(documentation)
  • style: 格式(不影响代码运行的变动)
  • refactor: 重构(即不是新增功能,也不是修改bug的代码变动)
  • test: 增加测试
  • chore:构建过程或辅助工具的变动
推荐文章

Gitflow工作流