Git之分支与版本

Lme1216

已于 2022-09-27 19:32:58 修改

阅读量394

点赞数 2

文章标签： git

于 2022-09-27 19:32:09 首次发布

本文链接：https://blog.csdn.net/qq_44247968/article/details/127076305

版权

本文介绍了Git的分支和标签管理，包括分支的作用、常见环境分支的定义、分支策略及如何使用。详细讲解了如何创建、切换、合并和删除分支，以及查看、创建、推送和删除标签。强调了分支在保障代码安全和版本管理中的重要性。

摘要由CSDN通过智能技术生成

一、Git分支和标签介绍

1.分支
dev/test/pre/pro(即master)

2.标签
Tag格式：主版本号.次版本号.修订号-类型标签，其中类型标签可为：alpha、beta、rc、r。
Tag示例：1.0.0-alpha、1.0.0-beta、1.0.0-rc、1.0.0-r

 注1：有的公司在版本命名时，前面加v，“-”替换成“_”，更加详细一点还可以在修订号后面添加发布日期
      v1.0.0.191220_r，这都是可以的

3.分支与标签的关系
dev–>alpha
test–>beta
pre–>rc
pro–>r

3.1 master 主分支

对应线上（正式环境）的代码，一旦版本上线由测试人员发送合并matser邮件，开发人员将对应上线tag版本合并至master分支。

3.2 release 主分支

同 master 分支，预发环境通过之后，上线之前，合并 release 分支。

3.3 dev-* 辅助分支

从 master 拉取，用于新需求（版本）开发

*号为版本号+期次号

3.4 bugfix-* 辅助分支

从 master 拉取，用于快速修复线上Bug

*号为bug英文简称+期次号

3.5 release-* 辅助分支

从 master 拉取，用于确保当前版本是基于线上最新版本迭代，可处理与线上代码存在的冲突。

任务辅助分支在测试环境通过之后，上预发环境之前，务必拉取一个 release-* 分支。

号为对应的 dev- 或 bugfix-* 的*

假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，
不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

怎么办？
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，
而你在自己的分支上干活，想提交

关注