温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

Git分支管理规范的方法是什么

发布时间:2021-12-31 09:24:30 来源:亿速云 阅读:221 作者:iii 栏目:大数据

这篇文章主要介绍“Git分支管理规范的方法是什么”,在日常操作中,相信很多人在Git分支管理规范的方法是什么问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”Git分支管理规范的方法是什么”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!

一:分支介绍

  • master:主分支,不允许开发者推送代码,只有一个

  • develop:开发分支,也只有一个

  • feature:新功能分支,在develop分支上创建,用于开发新功能,若存在多个新特性可以并行开发,则开发主管可创建多个feature 分支(特性分支),命名规范:feature-分支创建日期-新特性关键字,例如:feature-20200911-i18n

  • release:准备发布新版本时的发布分支。开发完毕,则创建 release 分支(发布分支),命名规则:release-分支创建日期-待发布版本号。例如:release-20200911-v1.0.0

  • hotfix:热修复分支,用于线上修复bug,从master分支创建。命名规则:hotfix-分支创建日期-待发布版本号,例如:hotfix-20200911-v1.0.1

分支用途
master 分支(主分支)稳定版本
develop 分支(开发分支)最新版本
release 分支(发布分支)发布新版本
hotfix 分支(热修复分支)修复线上 Bug
feature 分支(特性分支)实现新特性

Git分支管理规范的方法是什么

二:开发新功能

开发人员在 develop 分支上实现新功能,包括:新特性与 新特性的Bug 修复

Git分支管理规范的方法是什么

命令示例:

# 切换到 develop 分支: 
git checkout develop
# 提交本地修改:
git add -A
git commit –m “提交日志”
# 推送 develop 分支:
git push origin develop

2.1 feature分支——存在多个新特性或多个功能并行开发

存在多个新特性可以并行开发,则开发主管可创建一个或多个 feature 分支(特性分支),命名规范:feature-分支创建日期-新特性关键字,例如:feature-20200911-i18n。

Git分支管理规范的方法是什么

当新特性开发完毕后,开发主管需将 feature 分支合并到 develop 分支,最后需删除 feature 分支。

# 从 develop 分支上创建 feature 分支:
git checkout –b feature-20200911-i18n develop
# 合并 feature 分支到 develop 分支: git checkout develop
git merge --no-ff feature
# 删除本地 feature 分支:
git branch –d feature-20200911-i18n
# 删除远程 feature 分支:
git push origin :feature-20200911-i18n

2.1.1 feature分支使用场景

  1. 开发一个独立的新特性(完成时,需合并到 develop 分支)

  2. 技术研究与尝试(若失败,可随时删除 feature 分支)

  3. 提前实现下一个版本需要开发的特性(可不在本次迭代中发布)

推荐使用 feature 分支,但 feature 分支的生命周期不能跨一次迭代

三:准备发布新版本

发布新版本的前提:

  1. 确认 develop 分支上的功能是否开发完毕

  2. 若开发完毕,则创建 release 分支(发布分支),命名规则:release-分支创建日期-待发布版本号,例如:release-20200911-v1.0.0

  3. 首先在 release 分支中升级 Maven 版本号,例如:1.0.0-SNAPSHOT,然后修改 version.ini 文件(便于在部署时查看当前版本号),最后在 release 分支上做一次提交

  4. 通知测试可对 release 分支进行测试

Git分支管理规范的方法是什么

# 从 develop 分支上创建 release 分支:
git checkout –b release-20200911-v1.0.0 develop

3.1 修复待发布版本中bug

开发人员在 release 分支上修复测试人员提交给自己的 Bug

Git分支管理规范的方法是什么

# 切换到 release 分支:
git checkout release-20200911-v1.0.0
# 提交本地修改:
git add .
git commit –m “提交日志”
# 推送 release 分支:
git push origin release-20200911-v1.0.0

四:发布新版本

第一步:集成测试
测试需完成以下任务:

  1. 从 release 分支上检出所有代码并搭建集成测试环境

  2. 安排测试人员,对 release 分支进行集成测试

  3. 通知开发主管当前版本已集成测试完毕

第二步:冒烟测试
开发主管需完成以下任务:

  1. 将 release 分支同时合并到 master 分支与 develop 分支

  2. 通知测试主管,对 master 分支进行冒烟测试

第三步:发布新版本
开发主管需完成以下任务:

  1. 修改 master 分支上的 Maven 快照版为发布版(去掉 SNAPSHOT 后缀)

  2. 添加发布日志(RELEASE.md)

  3. 在 master 分支上创建标签,命名规则:tag-日期-版本,例如:tag-20200911-v1.0.0

  4. 删除 release 分支

  5. 打包并上传 Maven 私服

Git分支管理规范的方法是什么

# 合并 release 分支到 master 分支:
git checkout master
git merge --no-ff release-20200911-v1.0.0
# 合并 release 分支到 develop 分支:
git checkout develop
git merge --no-ff release-20200911-v1.0.0
# 在 master 分支上创建标签:
git tag tag-20200911-v1.0.0
# 删除本地 release 分支:
git branch –d release-20200911-v1.0.0
# 删除远程 release 分支:
git push origin :release-20200911-v1.0.0

五:线上修复bug

5.1 创建hotfix分支

第一步:创建 hotfix 分支 开发主管需完成以下任务:

  1. 从 master 分支某个 tag 上创建一个 hotfix 分支(热修复分支),命名规则:hotfix-分支创建日期-待发布版本号,例如:hotfix-20200911-v1.0.1

  2. 首先在 hotfix 分支中升级 Maven 版本号(例如:1.0.1-SNAPSHOT),然后修改 version.ini 文件,最后在hotfix 分支上做一次提交

  3. 指导开发人员完成 Bug 修复

  4. 通知测试对 hotfix 分支进行测试

Git分支管理规范的方法是什么

# 从某个标签上创建 hotfix 分支:
git branch hotfix-20200911-v1.0.1 tag-20190919-v1.0.0

5.2 创建标签并发布新版本

Bug修复测试通过后:

  1. 将 hotfix 分支同时合并到 master 与 develop 分支

  2. 通知测试进行冒烟测试

5.3 发布新版本

  1. 修改 master 分支上的 Maven 快照版为发布版(去掉 SNAPSHOT 后缀)

  2. 添加发布日志(RELEASE.md)

  3. 在 master 分支上创建标签

  4. 删除 hotfix 分支

  5. 打包并上传 Maven 私服

Git分支管理规范的方法是什么

# 合并 hotfix 分支到 master 分支:
git checkout master
git merge --no-ff hotfix-20200911-v1.0.1
# 合并 hotfix 分支到 develop 分支:
git checkout develop
git merge --no-ff hotfix-20200911-v1.0.1
# 在 master 分支上创建标签:
git checkout master
git tag tag-20200911-v1.0.1
# 删除本地 hotfix 分支:
git branch –d hotfix-20200911-v1.0.1
# 删除远程 hotfix 分支:
git push origin :hotfix-20200911-v1.0.1

5.4 若无法将 hotfix 分支合并到 master 与 develop 分支时,应该如何发布?

比如:现在 master 分支已经发布了 2.0.0 版本(代码结构发生了很大的变化),但线上发现了一个 1.0.0 版 本的 Bug,当修改了 Bug后,是无法再合并到 master 与 develop 分支的,开发需完成以下任务:

  1. 直接在 hotfix 分支上创建标签

  2. 删除 hotfix 分支(分支删除了,只要标签还在,版本就可以找得回来)

  3. 手工修改 develop 分支中的代码(在后续发布时再合并到 master 分支中)

六:定制化项目

当需要对某项目进行定制化时,可从源项目的 Git 仓库 fork 出一个新的 Git 仓库:

Git分支管理规范的方法是什么

当 fork 后,对 repo1 做出的任何修改,都不会影响到 repo2
在 repo2 中修复了 Bug,可通过 Merge Request 的方式提交给 repo1
在 repo2 中可随时拉取 repo1 中的提交,但 repo1 不能拉取 repo2 中的提交

到此,关于“Git分支管理规范的方法是什么”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!

向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

git
AI