【Git】的分支和标签的讲解及实际应用场景

简介: 【Git】的分支和标签的讲解及实际应用场景

讲解

环境讲述

当软件从开发到正式环境部署的过程中,不同环境的作用


开发环境:用于开发人员进行软件开发、测试和调试。在这个环境中,开发人员可以快速地进行代码编写、功能测试和调试,同时也可以模拟真实环境中的情况进行开发。

测试环境:用于进行软件的功能测试和性能测试。在测试环境中,测试人员可以对软件的各项功能进行测试,包括单元测试、集成测试和系统测试,以及性能和稳定性测试。

集成环境:用于将不同模块或组件集成在一起进行测试。在这个环境中,开发人员可以确保不同模块之间的接口和交互正常,同时也可以进行一些集成测试,以验证整个系统的功能和稳定性。

灰度环境:用于部分用户或服务器进行新版本的有限范围测试。在灰度环境中,可以让一部分用户先体验新版本,以便及时发现和解决问题,降低全面发布带来的风险。

预生产环境:用于进行最终的测试和验证,通常会模拟正式环境的配置和数据。在这个环境中,可以进行最终的功能测试、性能测试和用户验收测试,以确保软件在正式环境中能够正常运行。

生产环境:最终部署和运行软件的环境,用于提供给最终用户使用。在生产环境中,软件需要保持高可用性、稳定性和安全性,以满足用户的需求。


通过以上不同的环境,可以确保软件在开发、测试和部署的过程中能够逐步验证和完善,最终在生产环境中提供给用户使用

分支标签的区别

在 Git 中,分支和标签都是用来标记代码历史的重要工具,它们之间有以下几点关系


1. 分支和标签都是指向提交(commit)的指针。分支指向最新的提交,标签指向一个特定的提交。

2. 分支和标签都可以用来记录代码历史的不同版本。分支通常用于开发过程中的版本控制,标签通常用于发布版本时的标记。

3. 分支和标签的区别在于,分支可以移动,而标签不可以。移动分支意味着将当前工作目录的 HEAD 指向新的提交,这样就可以继续在新的提交上进行开发。标签则是一个静态的指针,指向一个特定的提交,不会随着代码的修改而移动。

4. 分支和标签的创建和删除都是非常容易的。使用 `git branch` 命令可以创建和删除分支,使用 `git tag` 命令可以创建和删除标签。


总之,分支和标签都是 Git 中非常重要的概念,它们可以帮助我们更好地管理代码历史,进行版本控制和发布管理。在实际开发中,我们需要根据具体的需求和场景来选择使用分支或标签。

分支

命令

创建分支:

git branch                 # 创建一个名为的新分支

git checkout -b         # 创建一个新分支并切换到该分支

查看分支:

git branch                            # 查看所有本地分支

git branch -a                        # 查看所有本地和远程分支 

进入分支(切换分支):

git checkout         # 切换到名为的分支

上传分支(推送分支到远程仓库)

git push origin      # 将当前分支推送到远程仓库

场景应用

首先我们先创建一个私有的仓库:

然后进行初始化

使用命令进行克隆,将仓库的文件复制到本地文件中

比如我们在开发中需要实现8个模块,我这里的创建8个文件来进行模拟

在本地工作区间中,右键打开命令窗口

输入命令创建开发环境 :  git branch dev  ( 比如这是创建一个开发环境 )

输入命令创建测试环境 :  git branch test( 比如这是创建一个测试环境 )

比如现在已经有5个模块做完成了,需要上传到测试环境中。

使用gui打开图形操作界面,右键点击Git GUI 。点击文件图标,要1到5的文件让git管理

比如5个模块已经开发完成了,需要放入测试环境中进行测试,输入以下命令

git commit -m "5个模块已经开发完毕,放入到测试环境中"

在查看模块的状态。

之后,我们进入到测试环境中,在本地的文件夹中是看不到在测试环境中的文件的,

输入命令进入测试环境 :  git checkout test

输入以下命令,将开发环境中的模块和测试环境中的模块进行整合,整合之后在测试环境中可以看到所有的模块。

命令 :  git merge dev

测试完成后,我们进入到开发环境中,将开发环境作为一个分支上传到远程仓库中

命令 : git checkout dev   ( 进入开发环境 )

命令 : git push origin dev  ( 将开发环境作为一个分支上传到远程仓库中 )

上传后,在远程仓库中的这个分支里,就可以看到当时开发环境的所有模块及代码和文件

我们再进入到测试环境中,将测试环境作为一个分支上传到远程仓库中

命令 :  git checkout test( 进入测试环境 )

命令 :  git push origin test( 将测试环境作为一个分支上传到远程仓库中 )

上传后,在远程仓库中的这个分支里,就可以看到当时测试环境的所有模块及代码和文件

标签

命令

创建标签:

git tag         # 创建一个轻量标签,标签名称 :

git tag -a    -m "tag message"   #创建一个带注释的标签

查看标签:

git tag        # 列出所有标签

进入标签(切换到标签所指向的提交):

git checkout       # 切换到名为的标签所指向的提交

上传标签(推送标签到远程仓库):

git push origin       # 将名为的标签推送到远程仓库

git push --tags                           # 将所有本地标签推送到远程仓库

删除标签 :

git tag -d     # 将名为的标签删除

git push origin :refs/tags/    # 将在远程仓库名为的标签删除

标签规范

在 Git 中,标签的命名规范可以根据个人或团队的习惯来制定,但是一般来说,建议遵循以下规范:

 

1. 标签名应该简短、有意义,并且能够清晰地表达该标签所代表的含义。

2. 标签名应该使用英文单词,可以包含数字和连字符(-),但是不要包含空格或其他特殊字符。

3. 如果要创建一个版本号标签,建议使用语义化版本号(Semantic Versioning,简称 SemVer)规范,格式为 `v1.0.0.20231111`,其中 v1表示主版本号,第一个0表示次版本号,第二个0表示修订号,20231111表示日期。


v1.0.0.20231111可以再加个.后缀  

             为 : .alpha 表示开发环境

             为 : .beta 表示测试环境

             为 : .rc  表示灰度环境

             为 : .r  表示生成环境


总之,标签的命名规范应该清晰、简洁、有意义,并且符合团队或行业的惯例。这样可以帮助我们更好地管理代码历史,提高代码的可读性和可维护性。

okok,今天就到这里啦,下班下班!!!!!!!!!


目录
相关文章
|
5月前
|
存储 安全 开发工具
深度解决 Git “fatal: refusing to merge unrelated histories” 错误解析什么是历史分支优雅草卓伊凡
深度解决 Git “fatal: refusing to merge unrelated histories” 错误解析什么是历史分支优雅草卓伊凡
441 4
深度解决 Git “fatal: refusing to merge unrelated histories” 错误解析什么是历史分支优雅草卓伊凡
|
2月前
|
开发工具 git
Git版本控制工具合并分支merge命令操作流程
通过以上步聚焦于技术性和操作层面指南(guidance), 可以有效管理项目版本控制(version control), 并促进团队协作(collaboration).
398 15
|
9月前
|
开发工具 git 开发者
vscode+git解决远程分支合并冲突
通过这些详细步骤,您可以掌握如何使用VSCode和Git高效地解决远程分支合并冲突,提高开发效率和代码质量。希望这些内容对您的学习和工作有所帮助。
2129 86
|
10月前
|
存储 项目管理 开发工具
图解Git——分支开发工作流《Pro Git》
分支开发工作流利用Git的分支功能,支持灵活的项目管理。长期分支如`master`和`develop`分别保存稳定和开发中的代码;短期主题分支用于开发单一特性或修复问题,完成后合并到主分支。此模式确保代码稳定性,支持并行开发、便于审查和灵活调整。建议维护明确的长期分支,保持主题分支短小精悍,并定期清理无用分支。配置上可保护关键分支,遵循命名规范。
418 7
|
10月前
|
存储 缓存 Java
图解Git——远程分支《Pro Git》
远程分支是 Git 中用于管理分布式协作的关键概念。远程引用指向远程仓库中的分支和标签,常用 `git ls-remote` 或 `git remote show` 查看。日常开发中,通常使用远程跟踪分支(如 `origin/main`)与远程分支交互,简化远程仓库状态的管理和使用。远程跟踪分支记录远程分支的状态,但本身只读。
219 6
|
存储 安全 网络安全
Git教程5(bug分支和多人协作及标签管理)
在开发中,会经常碰到bug问题,那么有了bug就需要修复,在Git中,分支是很强大的,每个bug都可以通过一个临时分支来修复,修复完成后,合并分支,然后将临时的分支删除掉。 比如我在开发中接到一个404 bug时候,我们可以创建一个404分支来修复它,但是,当前的dev分支上的工作还没有提交。比如如下:
Git教程5(bug分支和多人协作及标签管理)
|
存储 开发工具 数据库
git的标签管理
git的标签管理
|
安全 开发工具 git
Git标签管理
Git标签管理
112 0
|
前端开发 Cloud Native Go
Git标签管理:从创建到推送的完整指南
Git标签管理:从创建到推送的完整指南
248 0
|
SQL 开发工具 git
Git:Git中的远程操作和标签管理--分布式版本控制系统
Git:Git中的远程操作和标签管理--分布式版本控制系统