“Git实践指南：深入探索开发测试上线、分支管理与标签“
文章目录
- 引言
- 一、Git的分支的使用
-
- 1.分支
- 2.标签
- 3.分支与标签的关系
- 4. 分支在实际中的作用
- 5. 四个环境以及各自的功能特点
- 6. 分支策略
- 分支应用场景
- 二、Git的标签
-
- 3.1 标签的基本使用
- 3.3 标签的共享与推送
- 总结
引言
在现代软件开发中，版本控制是一个关键的环节，而Git作为最流行的分布式版本控制系统，为团队协作、代码管理和发布提供了强大的工具和功能。本篇博客将深入探讨Git的使用，重点讲解开发测试上线流程、分支管理和标签的应用技巧，帮助读者更深入地理解和应用Git，提高开发效率和代码质量。
一、Git的分支的使用
1.分支
dev/test/pre/pro(即master)
dev-开发环境–Windows（自己的电脑）
test-测试环境–Windows/Linux
pre-灰度环境
pro-正式环境
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
4. 分支在实际中的作用
假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，
不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
怎么办？
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，
而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作
5. 四个环境以及各自的功能特点
四个环境分别是：dev、test、pre、pro(master)，中文名字：开发环境、测试环境、灰度环境、生产环境
dev环境：开发环境，外部用户无法访问，开发人员使用，版本变动很大。
test环境：测试环境，外部用户无法访问，专门给测试人员使用的，版本相对稳定
pre环境：灰度环境，外部用户可以访问，但是服务器配置相对低，其它和生产一样。
pro(master)环境：生产环境，面向外部用户的环境，连接上互联网即可访问的正式环境。
6. 分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
1.首先，pro分支(即master)应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
2.那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，
再把dev分支合并到master上，在master分支发布1.0版本
3.修复bug时，我们会通过创建新的bug分支(即test)进行修复，然后合并，最后删除；
4.当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场
2.2 高级分支策略与开发流程
在实际项目中，我们经常需要使用不同的分支策略来管理开发流程。本节将深入讨论主分支保护与长期分支管理、功能分支与短期任务开发以及临时分支与bug修复的最佳实践。
2.3 分支合并技巧与最佳实践
分支合并是Git中常见的操作，但也容易引发冲突和历史混乱。本节将介绍使用rebase进行线性历史和干净的合并、利用补丁和cherry-pick选择性合并，以及小组协作中的分支推送和拉取策略。
2.4 分支策略与工作流程案例分析
不同的团队和项目可能适用不同的分支策略和工作流程。在本节中，我们将分析GitFlow工作流程和GitHub Flow在敏捷开发中的应用，并探讨如何自定义分支策略以适应团队的需求和项目的特点。
分支应用场景
- 准备新建一个空文件夹存放
- 新建一个私有的仓库，并且初始化完成，复制好ssh克隆网址
- 进入目标文件目录，并且查看分支
master为主分支 - 增加分支（git branch dev）并且切换dev分支 git checkout dev 删除dev要在master分支中进行，不能在dev中
然后 在dev中创建十个文件准备测试 - 搭建test分支
- dev 提交六个
此时还有5个未暂存 - 切换测试分支
这些都是未提交的
然后test合并dev的文件
此时master能看到的只有5个
然后test测试分支把不合格的文件删掉
删掉之后git status就会看到
然后图形化，提交
然后切换到master
再合并test
我这里之前的不合格没提交，所以保留了下来
这个时候本地分支就搞好了，接下来搞远程分支
切换到dev分支，再进行远程操作，输入（git push origin dev回车）
然后是test，master
接下来为用到的代码作解释
- git branch 查看分支
- git branch dev 创建分支
- git checkout dev 切换到该分支
- git checkout -b dev 创建切换到该分支
- git branch -d dev 删除分支
- git push origin dev 推送
其中dev 是分支名，我把分支名都用dev代替
二、Git的标签
3.1 标签的基本使用
增删查的使用
3.2 语义化版本控制与标签管理
在软件开发中，语义化版本号能够清晰地说明不同版本之间的差异和兼容性。本节将探讨如何使用语义化版本号规范项目的版本，并讲解如何根据版本号进行标签管理和发布。
3.3 标签的共享与推送
- dev分支推送alpha标签
- master分支推送r标签
此刻就有两个标签了
现在出现这厶一种情况，原有的分支修复了代码异常问题需要重新提交，可以这么做
把这两个提交，然后在dev分支重新增加标签，并推送
此时有三个了
然后再删除
先删除本地的，再删除远程的
好了，到这里就完成了
总结
通过本篇博客的深度讲解，我们详细探索了Git的高级使用技巧，包括开发测试上线流程、分支管理和标签的应用。希望读者能够从中获得实际可行的工具和方法，提升团队的协作效率、代码质量和发布过程的可靠性。请注意，以上只是每个知识点的概述，您可以根据需要进一步扩展和深入研究每个主题。祝愿您在Git实践中取得更好的成果！