环境分支-git版本管理

最新推荐文章于 2023-05-12 15:05:16 发布

shuaishuaizhang8

最新推荐文章于 2023-05-12 15:05:16 发布

阅读量843

点赞数

分类专栏： git 文章标签： git

本文链接：https://blog.csdn.net/shuaishuaizhang8/article/details/115228901

版权

git 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

常见规范

说明	分支环境	分支环境	分支环境
Git 仓库	develop / dev / feature	release / hotfix	master / prod / main
运行环境	开发	测试	生产 / 线上
自动部署	-	-	-
非自动部署	前端打包给后台、运维、测试都可以	同上	同上

说明： 大众公司的开发流程规范，比较常见

开发： 开发分支一般以 develop 和 dev 为主，较为常见，命名都是可以的，以 dev 作说明，也是代码开发的主干，顺流而下，开发的时候主干dev 不动，做不同的需求、功能，从 dev 迁出分支，规范命名为 feature-xxx，xxx 为功能需求，一般为需求号（定义需求的时候，需求文档每个需求有对应的需求号），也可做其他命名，如 login 等，没有严格规定，开发完成后合并到 dev 上，再开发再迁分支，测试没问题之后删掉迁出分支即可，迁出或合并 release 分支。

优点：最大程度减小代码冲突，不影响主干流程与走向

缺点：多了一步操作，大多数人不愿意接受

测试： 测试分支为 release 分支，也有称 test 的，不规范。测试人员对 release 分支进行测试，测试出现问题通知开发在 release 上修改，然后自测无问题合并到 dev，master，并在此分支进行 tag 打标签处理。

优点：减少测试成本，无其他分支，正常测试版本居多，分工不同

缺点：严格程度，细节把控可能不到位（需对比严格规范才能理解）

生产： 也叫线上，此环境就是用户所用的环境，进行体验并使用。如果没有问题，则正常维护以上三个步骤即可，如果体验问题严重，需退回上一个稳定版本（tag，名称 + 版本号 + 日期 + 新需求说明），如果使用问题不严重，则在 master（名字而已，也有 prod，main，以 master 为例）迁出分支 hotfix，命名为 hotfix-xxx，xxx 为 bug 号，然后修复，此时，测试分支为 hotfix 这个分支，修复完成之后合并到 dev，再合并到 release 进行测试，无问题按照流程走，并打 tag 标签，此时是小版本，所有的 hotfix 都是小版本，release 是大版本，有问题重新修改

优点：流程规范，一般不会有大问题

缺点：流程繁琐，小公司不屑之，浪费时间

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lAB1JavV-1616724042879)(/Users/manman/Library/Application Support/typora-user-images/image-20210325132603353.png)]

严格规范

说明	分支环境	分支环境	分支环境	分支环境
Git 仓库	develop / dev / feature	sit	uat	master / prod / main
运行环境	开发	集成测试，内部测试	验收测试，产品需求测试	生产 / 线上
自动部署	-	-	-	-
非自动部署 jar 包	alpha（α）	beta（β）	RC	release

说明： 大公司或严格软件公司的开发流程规范，比较常见

开发： 开发分支一般以 develop 和 dev 为主，较为常见，命名都是可以的，以 dev 作说明，也是代码开发的主干，顺流而下，开发的时候主干dev 不动，做不同的需求、功能，从 dev 迁出分支，规范命名为 feature-xxx，xxx 为功能需求，一般为需求号（定义需求的时候，需求文档每个需求有对应的需求号），也可做其他命名，如 login 等，没有严格规定，开发完成后合并到 dev 上，再开发再迁分支，测试没问题之后删掉迁出分支即可，迁出或合并 sit 分支。

优点：最大程度减小代码冲突，不影响主干流程与走向

缺点：多了一步操作，大多数人不愿意接受

测试： 测试分支为 sit，uat 分支。

sit： 集成测试，也叫内部测试。测试人员（公司测试人员）对 sit 分支进行测试，测试出现问题通知开发在 sit 上修改或者其自己对应的分支进行修复操作，然后自测无问题合并到 sit 进行测试，无问题迁出或合并到 uat，测试过程中，可进行粗略测试，如数据，随便编写。
uat： 验收测试，也就是产品需求对相关需求功能进行验收，测试步骤极为严格，必须按照真实情况走流程，如存在问题，走 dev、sit 流程，如无问题，则合并到 master 分支，并在此分支进行 tag 打标签处理。

优点：细节把控到位，极大程度减小缺陷

缺点：测试繁琐，要求严格

生产： 也叫线上，此环境就是用户所用的环境，进行体验并使用。如果没有问题，则正常维护以上三个步骤即可，如果体验问题严重，需退回上一个稳定版本（tag，名称 + 版本号 + 日期 + 新需求说明），如果使用问题不严重，则在 master（名字而已，也有 prod，main，以 master 为例）迁出分支 hotfix，命名为 hotfix-xxx，xxx 为 bug 号，然后修复，此时，测试分支应该是 hotfix，修复完成之后合并到 dev，master，无问题按照流程走，打小版本 tag，小版本，uat 是大版本，有问题重新修改

优点：流程规范，一般不会有大问题

缺点：流程繁琐，小公司不屑之，浪费时间