git release版本分支和基于tag的bug修复

比较常用的一种tag版本规划

•     A.B.C 

1.  A: 大版本，大的feature更新
2. B：小版本，小的feature更新
3. C：bug fix版本，只修复bug，无任何feature更新。

• 发布了2.9，那么一般我们要去下载2.9版本的最新版本，比如2.9.7       

  场景介绍：

            如图下面是版本2.9.0,后面主分支master处于此，现在又要开始的feature功能开发，为版本2.10.0，后面发现版本2.9.0有bug，对此应该怎么修复呢。

    

 修复步骤：

  1：master分支指向2.9.0     

 2：master继续往前走开发版本2.10.0

 3：这时候版本2.9.0上有bug，该怎么修复呢，先git checkout bugcommitid,对应的 git checkout 95a0ca3b0。

 4：基于这个commitid创建分支，修复bug。

 5：修复bug，提交新的commid ，在基于新的commit 打tag 

       命令 git tag -a v2.9.1 commid ,出现的页面写上具体的信息 ，ctrl+x ==>y ==>Enter 退出编辑

 6：切换回master分支，git cherry-pick b4b7609f9 或者 git merge 2.9.0-bug-fix ,在解决冲突,记录信息。

  7：此时master上v2.9.0上的bug已经修复，重新打tag将v2.9.0 ==>v2.9.1

   git tag -d v2.9.0                        //删除之前的分支

   git tag -a v2.9.1 95a0ca3b0     //基于之前的commid 重新打tag