Git Workflow工作流程

Git Workflow工作流程

1. Gitflow分支

3.jpg
分支 名称 作用
master 主分支 存储正式发布的历史
hotfix 上线分支 bug情急修复分支
release 发布分支 发布上线的时候用
develop 开发分支 功能的集成分支
feature 功能分支 开发新功能都会有对应的feature分支

2. 长期分支 & 辅助分支

  • git-flow流程中最主要的五个分支分别为master,release,develop,feature,hotfix。
  • 长期分支:master,develop。
  • 辅助分支:release,feature,hotfix。、
  • 长期分支是相对稳定的分支,所有被认可的提交最终都要合并到这两个分支上。
  • 辅助分支是工作需要临时开的分支,在完成他们的工作之后通常是可以删除的。

3. 分支概述

  • master: 对外发布产品使用的分支,该分支的提交必须是最接近对外上线的版本,不允许在该分支上进行开发,要始终保持该分支的稳定。
  • develop: 内部开发产品所用的分支,该分支的最新提交必须是一个相对稳定的测试版本,同样地,不允许在该分支上面进行开发
4.png
  • feature: 新功能分支,每个新的功能都应该创建一个独立的分支,从develop分支派生出来,功能开发完成之后合并到develop分支,不允许功能未开发完成便合并到develop分支。新功能提交应该从不直接与master分支交互。
5.png
  • release: 发布前的测试分支,一旦开发的功能满足发布条件或者预定发布日期将近,应该合并所有的功能分支到develop分支,并在develop分支开出一个release分支,在这个分支上,不能在添加新的功能,只能修复bug,一旦到了发
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Git workflow 是指在使用 Git 版本控制时,团队协作开发时所采用的工作流程。常见的 Git workflow 包括集中式工作流、功能分支工作流、Gitflow 工作流、Forking 工作流等。 1. 集中式工作流(Centralized Workflow):团队成员直接在主分支(通常是 master 或 main)上进行开发,每个开发者都有自己的本地分支,完成开发后将本地分支合并到主分支中。 2. 功能分支工作流(Feature Branch Workflow):每个功能或任务都在独立的分支上进行开发,开发完成后合并到主分支。这种工作流程使得团队成员可以并行开发多个功能,减少代码冲突。 3. Gitflow 工作流:Gitflow 是一种在功能分支工作流基础上扩展出的工作流程,主要区别是引入了额外的分支来管理特性开发、发布和维护等不同阶段。它包括主分支(master 或 main)、开发分支(develop)、特性分支(feature)、发布分支(release)、修复分支(hotfix)等。 4. Forking 工作流:适用于开源项目,每个贡献者通过 Fork 项目得到自己的独立仓库,在自己的仓库中进行开发,然后通过 Pull Request 将修改提交给原项目。原项目的维护者可以审查和合并这些提交。 这些只是一些常见的 Git workflow,实际上还有很多其他的变种和组合。选择适合团队的工作流程取决于项目的规模、团队的协作方式和开发流程等因素。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值