gitFlow主流程

image.png
过程分析

  1. 对于一般使用git开发的项目,有本地代码和远程仓库,首先我们应该明确,各个分支作用:

    • master主分支,受保护分支,只用当需要发布时合并develop分支
    • develop开发分支,用于开发的正常提交
    • release也叫tag,每次发布完成后进行打tag用于版本追踪
    1. 现在以开发v0.0.1为例
    • 我们需要从远程分支master上拉取代码到本地的master
    • 基于master分支创建开发分支dev/0.0.1
    • 对开发分支代码进行正常的更新提交,同时其他同学也需要对远程分支的dev/0.0.1进行拉取
    • 开发过程中重复上一步,待测试完全完成后合并到master上进行发布,并打tag
    • 最后在本地的master拉取远程的master同时删除dev/0.0.1

以上就是一个gitFlow的操作主流程

gitFlow多人操作流程

现在情况变得复杂的,我们既有v0.0.1版本要开发,同时又要兼顾v0.0.2的版本,那么如何对版本进行管控呢?如下图:
image.png
现在假如有A,B,C三个同学其中A和B开发V0.0.1版本,C同学开发V0.0.2版本,V0.0.1的上线时间肯定是早已V0.0.2的上线时间,那么如何避免在上线V0.0.1不上线V0.0.2的内容呢?具体流程如下:

  • 首先A,B同学和C同学基于master创建dev/0.0.1和dev/0.0.2版本
  • 在开发上复用gitflow主流程方法
  • 这里需要注意的是当A,B同学的V0.0.1开发完成,并发布master后C同学应该拉取master的最新代码,并发布V0.0.2版本同时进行打tag

以上便是gitflow的操作流程

接入github和gitee

接入github

接入流程:

按照如上步骤接入gitee和github后接下来进入准备阶段