什么是git-flow
git作为一个源码管理系统,不可避免涉及到多人协作。为了避免协作过程中产生混乱,必须有一个规范的工作流程,让大家有效地合作,使Windows得项目井井有条地发展下去。git flow是基于git的强大分支能力所构建的一套团队协作开发流程的规范
git-flow 的 5 个分支
- master 中央仓库
- hotfix bugwindows10激活密钥 修复分支
- release 预发布分支
- develop 功能集成分支
- feature 新测试纸怀孕图片功能分支

长期分支:
git-flow模式会预设两个主分支在仓库中:mastewindows10激活密钥r和dewindows无法连接到打印机velop,它们会存活在项目的整个生命周期中,它们都包含对github是干什么的应的远程源码编辑器分支origin/master和origin/develop; **短期分支:**其他的分支,针对功能的分支源码编辑器下载feature,针对发行的分支release源码时代,针对bug修复的分支hotfix,仅仅只是临时存在的。它们windows10是根据需要来创建的,当它们完成了自己的任务之后就会被删除掉了;

master
master分支存储了正式发布的历史。 任何情windows10况下 开发人员均不能再master分支上进行开发master分github支只有管理员源码资本才能执行git push操源码作,管理员:毛陆军
origin/master 分支
origin/master分支指向生产环境,管理员本地master分支操作git push命令后,origin/master分支将通过Jenkins自动构建到生giti轮胎产环境,过程如下:
master => oringin/master => Jenkins => 生产环境
hotfix
hotfix分支是用来修复生产坏境出现工作流程怎么写的紧急bug的 推荐hotfix命名使用bug编号命名,如hotfix/bug#001所以ho工作流程模板tfix分支永远都windows10激活密钥是基于master分支创建的 bug 修复完成之后,要同时合并到master分支和develop分支源码编辑器手机版下载,并打标签git tag添加一个版本号,最后删除hotfix分支
rele测试用例ase
release分支为测试纸怀孕图片新功能上线前和必要的修复的版本预发布release分支是基于develop分支创建的regit命令lease分支命名使用版本号命名,如release/1.0.0release分支只有管理windows11有必要升级吗员才能操作,管理员:毛陆军版本发布完成后,将合并到master分支,git-flow自动以发布版本号打标签,最后工作流程怎么写删除r测试你的自卑程度elease分支
develop
develop分支是所有已完成功能的集成分支,并等待被整合到maste工作流引擎r分支中develop分支每次更新,最终都会合并到master分支,master分支每次更源码之家新必须立即合并到develop分支 多数情况下 开发人员均工作流程图不能再develop分支上进行开发
origiWindowsn/develop分支
origin/develop分支指向测试环境,管理员本地develop分支操作git push命令后,origin/develop分支将通过Jenkins自动构建到测试环境,过程如下:
develop => oringin/develop=> Jenkins => 测试环境
feature
feature分支为创建新功能需求的分支feature分支是基于developgit命令分支创建的feature分支使用以功能名称,如feature/adm工作流程管理ingiti轮胎-loginfeature分支功能完成后,合并到develop分支
注意:当新功能需求git命令过大时,可在当前feature分支上拆分为多个子分支,如feature/admin-login-front、feature/admin-login-end, 子分支完成后合并工作流程怎么规范到源码编辑器手机版下载feature分支,待功能全部完成后github永久回家地址,最终在合并到develop分支上
git-flow 的常用命令
安装 git-flow
在 Windows 中
git版本 ≥2.6.4的,均集成有git flow命令,如果你还未安装或版本过低 请点击这里下载
git flow init 初始化
$ git flow init Initialized empty Git repository in /Users/tobi/acme-website/.git/ Branch name for production releases: [master] Branch name for "next release" development: [develop] How to name your supporting branch prefixes? Feature branches? [feature/] Release branches? [release/] Hotfix branches? [hotfix/]
执行
git flow inGitit命令时,它将在你测试抑郁症的20道题的分支上配置了一些命名规则,测试你的自卑程度我们直接使用默认的命名,一步一步地确定下去。
git flow init 命令会自动创建 master分支和develop分支

创建 feature
我们开始开发一个新的功能admin-login, 先将当前分支切换至develop分支
git-flow 命令:
$ git flow feature start admin-login
集成的git 命令:
$ git checkout -b feature/admin-login develop 基于develop分支创建功能分支,并切换至新建的功能分支

完成 feature
git-flow 命令:
$ git flow feature finish admin-login
集成的gitgit命令 命令:
$ git checkout develop 切换至develop分支 $ git pull origin develop 更新本地develop到最新 $ git merge -no-ff feature/admin-login 把指定的本地分支合并到本地develop $ git branch -d feature/admin-login 删除本地的指定分支

feature分支从创建到完成的完整图:

创建 releases
git-flow 命令:
$ git flow release start 1.0.0
集成的git 命令:
$ git checkout -b release/1.0.0 develop

完成 release
git-flow 命令:
$ git flow release finish 1.0.0
集成的git 命令:
$ git checkout master 切换至master分支 $ git pull origin master 更新本地master到最新 $ git merge –no-ff release/1.0.0 合并release到本地master $ git tag -a release/1.0.0 添加版本号标签 $ git push origin master 更新远程master $ git checkout develop 切换至develop分支 $ git pull origin develop 更新本地develop到最新 $ git merge –no-ff release/1.0.0 合并release到本地develop $ git push origin develop 更新远程develop $ git branch –d release/1.0.0 删除本地release

创建 hotfix
档生产环境上github是干什么的出现bug#001,我们需要修复b测试ug#001, 首先将当前分支切换至master分支
git-flow 命令:
$ git flow hotfix start bug#001
集成的git 命github是干什么的令:
$ git checkout -b hotfix/bug#001 master
完成 hotfix
git-flow 命令:
$ git flow hotfix finish bug#001
集成的git 命令:
$ git checkout master 切换至master分支 $ git pull origin master 更新本地master到最新 $ git merge –no-ff hotfix/bug#001 合并hotfix到本地master $ git push origin master 更新远程master $ git checkout develop 切换至develop分支 $ git pull origin develop 更新本地develop到最新 $ git merge –no-ff hotfix/bug#001 合并hotfix到本地develop $ git push origin develop 更新远程develop $ git branch –d hotfix/bug#001 删除本地hotfix

release 发布版本规则
版本windows键是哪个号通常称为
x.y.z
| 序号 | 格式要求 | 说明 |
|---|---|---|
| x | 非负整数 | 主版本号(major),进行不向下兼容的修改时,递增主版本号 |
| y | 非负整数 | 次版本号(minor),保持向下兼容,新增特性时,递增次版本号测试抑郁程度的问卷 |
| z | 非负整数 | 修订号(patch),保持向下兼容,修复问题但不影响特性时,递增修订号 |
0.y.z 表示开发阶段,一切可能随时改变,非稳定版。
1.0.0 界定此版本为初始稳定版,后面的一切更新都基于此版本进行修改。
注意:每个发布版本号都测试工程师对应一份功能更新升级的记录文档
git commit message 命名规则
git commit时,提交信息遵循以下格式 :emoji1: :emoji2: 主题 提交信息主题
git commit -m":bug: 修复用户无法登录的问题"
| emoji | emoji 代码 | commit 说明 |
|---|---|---|
| :hammer:工作流程图 (锤子) | :源码时代hammer: | 页面重构 |
| :wrench: (扳手) | :wrench: | 修改配置文件 |
| :测试抑郁症art: (画板) | :art: | 调整页面样式 |
| :heavy_plus_sign:(加号) | :hwindows10激活密钥eavy_plus_siggitin: | 新增功能或依赖 |
| :heavy_minus_sign:(减号)工作流程 | :heavy_minus_sign: | 移除功能或依赖 |
| :fire: (火焰) | :fire: | 移除代码或文件 |
| :ha工作流程模板nkey: (便便) | :hankey: | 优化规范代码结构工作流是什么意思 |
| :memo: (编写文档) | :memo: | 编写文档 |
| :源码时代zap: (闪电) | :zap工作流程梳理模板: | 提升性能 |
| :truck: (卡车) | :truck: | 移动或重命名文件 |
| :ambulance: (救护车) | :a测试抑郁症mbul源码编辑器ance: | 紧急修复bug |

评论(0)