git最佳实践之feature和hotfix分支

  先来复习一波,git的最佳分支管理流程:

git最佳实践之feature和hotfix分支

  再简单复习各个分支:

  • master: 主分支,主要用来版本发布。
  • develop:日常开发分支,该分支正常保存了开发的最新代码。
  • feature:具体的功能开发分支,只与 develop 分支交互。
  • release:release 分支可以认为是 master 分支的未测试版。比如说某一期的功能全部开发完成,那么就将 develop 分支合并到 release 分支,测试没有问题并且到了发布日期就合并到 master 分支,进行发布。
  • hotfix:线上 bug 修复分支。

  首先介绍企业的一般流程,就是版本发布(假设为V3R2)和开发新版本(假设新版本为V3R3)的问题,其实一条时间线同时存在这两个版本,一个是稳定的已发布版本,另一个是正在开发的未来需要发布的版本。那么为什么要开发新版本呢?因为软件是要演进的,要适应变化和需求,一段时间迭代后发布的软件比喻V3R2也会不断暴露出问题,这类问题也需要在新版本中变得可用。因为V3R3的都是新特征新变化

  feature:
  只与develop交互,因为feature就是新版本开发为了升级和演进需要用的,里面的所有代码只能在发布新版本且经过测试的时候才合进去master,然后在master打tag表明所有新功能开发完毕,一次性合并。同时我们开发一般是不同的人开发不同的功能,因此各自都应该有自己的feature,然后断断续续并进develop所以,保证develop是个新功能持续集成的版本。

  hotfix:

  这个分支用来修复主线master的BUG,但是要注意的是,在旧版本的BUG,新版本也是存在的,因此develop分支也存在该BUG,具体来说就是V3R2和V3R3都有该BUG,因此,修复的时候必须要提交两个分支master和develo否则,后面需要rebase就麻烦了。

上一篇:我的第一个springboot+vue项目启动过程记录


下一篇:聊下git merge --squash