发表Git4 分钟读完 (大约594个字)0次访问

git工作流

一、TBD：Trunk-based development

1. 特点
  • TBD的特点是所有团队成员都在单个主干分支上进行开发。
  • 简单易操作，减少分支切换，流行于SVN（svn trunck = git master）
2. 流程

img

  • 当需要发布时，先考虑使用标签（tag）,即tag某个commit来作为发布的版本。
  • 如果仅仅依靠tag不能满足要求，则从主干分支创建发布分支。
  • bug修复在主干分支进行，再cherry-pick到发布分支

TBD

二、Git Flow

1. 适合场景
  • 适合维护多个发布版本
  • 流程较其他工作流复杂
2. 分支描述

1）长期分支

  • develop：开发分支，稳定后可并入master；
  • master：HEAD总处于可发布态；每个版本对应一个tag；

2）辅助分支

feature

  • 通常是本地分支，合并回develop后删除；

  • may from develop

  • must merge back to develop

    * (develop)：git merge --no-ff，体现出特性
release

  • 合并回master和develop后删除；

  • may from develop

  • must merge back to develop and master

    * (master)：git merge --no-ff，体现出特性
* (devlop)：git merge --no-ff，体现出特性

  • 迁出分支后，首先修改为新版本号；

hotfix

  • May from master

  • Must merge back to develop and master

    * (master)：git merge --no-ff，体现出特性
* (devlop)：git merge --no-ff，体现出特性（当release分支存在时优先合并进release分支，由release分支合并进develop）

  • 迁出分支后，首先修改为新版本号；
    git flow

三、GitHub Flow

1）特点：

  • 简单实用

2）流程

  • master分支中也是代表着稳定的代码。该分支已经或即将被部署在生产环境
  • 当需要进行任何修改时，总是从master分支创建新分支。完成之后通过pull request和相关的代码审查来合并回master分支
  • hotfix, feature分支都遵循上面的准则；
    github flow

参考

  1. 工作流对比
  2. 一个成功的GIT分支模型-GITFLOW
  3. TBD介绍
  4. TBD和GitFlow对比
    1. https://www.toptal.com/software/trunk-based-development-git-flow
    2. https://www.devbridge.com/articles/branching-strategies-git-flow-vs-trunk-based-development/

评论

×