前言
在上一期的Git系列博客的分享中与各位老铁们分享了有关git中Gui图形化界面的使用、ssh协议简介及使用以及最后的将git集成到我们的开发工具中去。本期的Git系列博客分享与大家分享git中的分支和标签的应用。
一、Git之分支
1. 分支简介
1.1 概述
在git中，分支是指从主线上分离出来进行另外的操作，它不会影响到主线，主线又可以继续进行它的工作。分支可以用来解决临时需求，当分支完成特定任务后，可以将其合并回主线，而分支的任务完成之后可以将其删除。使用分支可以让我们在开发过程中从主线上分离出来，以免影响主线开发。
1.2 分支的使用
命令
分支命令
| 命令 | 说明 |
| git branch | 查看当前存在的所有分支。 |
| git checkout -b 分支名字 | 创建一个新的分支，并切换到该分支上工作。 |
| git checkout 分支名字 | 切换到指定分支上工作。 |
| git merge 分支名字 | 将指定分支合并到当前分支上。 |
| git branch -d 分支名字 | 删除指定分支。 |
注意事项：
- 分支是临时的，当分支完成特定任务后，需要将其合并回主线，并将其删除。
- 在使用分支时，最好在创建分支时就要指定一个明确的名称，以便于管理和跟踪。
- 分支之间不会相互影响，但需要注意在合并分支时可能会遇到冲突，需要手动解决冲突后才能成功合并。
- 分支可以用来解决临时需求，例如开发新功能或修复bug等，但不建议过多地使用分支，以免造成管理混乱。
1.3 使用分支的优势
在Git中使用分支有以下几点好处：
- 隔离开发环境：分支允许开发者在主分支之外独立开发新功能或修复bug，不会对主分支造成影响。这样可以隔离开发环境，避免开发过程中可能出现的干扰。
- 并行开发：如果有多个开发者同时进行开发，可以使用分支来实现并行开发。每个开发者可以在自己的分支上独立工作，不会影响其他人的工作进度。
- 版本控制：通过创建不同的分支，可以轻松地回滚到之前的版本，或者将更改合并回主分支。这样可以更好地管理版本控制，有助于维护代码的稳定性和可维护性。
- 测试与调试：在进行软件测试和调试时，可以使用分支来隔离不同功能的测试用例。这样可以确保每个功能都经过充分的测试，减少潜在的问题。
- 协作与共享：对于多人协作的项目，使用分支可以方便地让团队成员共享代码。每个人都可以在自己的分支上进行修改，然后将更改合并回主分支。这样可以提高项目的协同效率。
- 灵活性：分支允许开发者在开发过程中进行灵活的操作，例如修改代码、添加新功能、回滚错误等，而不会对主线分支产生影响。
总之，使用分支可以提供更好的开发环境、提高开发效率、增强代码的可维护性和可扩展性，以及方便多人协作。
2. 分支的应用（模拟场景讲述）
首先我们在gitee官网上进行创建一个私有的仓库用于演示模拟场景使用分支，创建好之后并且初始化我们的readme文件，将创建好仓库的ssh网址复制下来在指定的文件夹中进行克隆。
我们可以先查看一下分支，看看之前有误创建分支，然后我们在进入到文件目录中，在查看我们的分支就会发现又一个分支，该分支就是我们的生产环境。
当我们创建了一个开发环境的分支时，并且切入到了该分支中，如果我们要删除开发分支我们不能在改分支中进行删除，必须要切换到不是删除指定分支的分支中进行删除。
现在我们在文件夹中创建十个文件模拟项目中的十个功能，然后我们创建一个测试环境的分支。
假设我们项目中十个功能只开发了六个功能，但是客户要求提交验视一下，所以提交完成了的六个功能到测试哪进行测试。这是在开发环境下提交的
这时是由四个是没有进行配置的，接着我们进行提交到我们的本地仓库去，当我们再次查看我们的状态时，我们会显示四个未进行配置的文件。
接下来是我们的测试人员要拿到我们开发人员所提交的六个项目功能进行测试，所以先转换到我们的测试环境，然后再获取到开发人员提交的六个项目功能。
当我们切回我们的生产环境的时候，再去查看文件夹时则只会显示未托管的四个文件。
现在我们的测试人员测试从开发传过来的六个项目功能的文件时，发现有两个项目功能有误，现在要将两个项目功能给退回去给开发人员。
当提交之后，我们再查看文件状态，会发现没有文件了。 然后通过测试的只有四个项目功能我们将这四个与我们的生产环境进行合并。
这是这是确定要上线的项目的四个项目功能，现在的四个项目功能在我们的本地分支上，接下来是要将我们的项目分支传输到远程分支上去。
推送完分支之后我们在gitee官网刷新即可查看
二、Git之标签
1. 标签简介
1.1 概述
在Git中，标签（tag）是一种用于对代码库的特定版本进行标记或命名的机制。它通常用于对发布版本、里程碑或重要节点进行标记，以便于后续的版本控制和追踪。
标签可以看作是一种指向提交记录的引用，它与提交记录关联，并包含标签的名称、日期、标签描述等信息。轻量标签只是一个指向提交对象的引用，不包含任何元数据。带注释的标签则是一个独立的对象，包含了标签的名称、日期、标签描述等信息，以及指向提交对象的引用。
创建标签的命令是
git tag，可以使用该命令创建轻量标签或带注释的标签。标签可以用于对发布版本进行标记、对某一历史版本进行快速跳转、对重要节点进行标记等等。Git标签的最大优点就是不会随着代码的修改而改变，这意味着标签是永久性的，并且可以在未来的任意时刻被检索到。
1.2 标签的使用
- 列出当前仓库的所有标签：git tag
- 列出所有标签及说明：git tag -n
- 搜索符合条件的标签：git tag -l "1.0.*"
- 查看标签信息：git show v1.0.1
- 创建标签：git tag "指定标签名"
- 创建带有说明的标签：git tag -a "指定标签名" -m "指定说明文字"
- 本地标签推送到远程仓库：git push origin <tagname>
- 获取指定标签的代码：可以使用
git checkout <tagname>- 获取指定标签的代码：可以使用
git checkout <tagname>
1.3 使用标签的好处
- 版本定位：标签可以指向代码库中的特定版本，如发布版本、里程碑或重要节点。通过使用标签，可以轻松地标识和定位这些重要版本。
- 版本控制：标签可以与提交记录关联，并包含标签的名称、日期、标签描述等信息。这有助于在未来的任意时刻检索到标签指向的代码版本。
- 简化管理：通过创建标签，可以按照不同的版本需求进行管理。比如，对于发布版本，可以创建带注释的标签，以便于后续的版本控制和追踪。
- 灵活性：标签是一种灵活的机制，可以用于对代码库中的特定版本进行标记或命名。这意味着可以根据需要创建或删除标签，以满足不同的版本控制需求。
- 可重用性：标签一旦创建，就可以在未来的任意时刻被检索和使用。这使得标签具有很高的可重用性，特别是在需要回滚到特定版本或查看历史版本时。
- 可扩展性：Git标签是一个独立的对象，可以包含额外的元数据信息。这意味着可以根据需要扩展标签的功能，以满足特定的版本控制需求。
2. 标签的使用（结合场景说明）
我们先切回到我们开发分支中，查看是否有打过标签，然后创建一个开发分支的标签。
我们的开发人员将项目功能传输给测试人员时并且进行了打包，传输到远程仓库中去了。
这是我们的测试人员测试完我们开发人员传输过来的项目功能后，将不合格的项目功能模块退回给力开发人员，将符合标准的项目功能进行分支后，将项目功能传输给了生产环境进行部署上线，我们在生产环境进行打标签标记。
并且推送到官网上去，我们到官网进行查看
这时我们的开发人员发现了问题，对有问题的两个文件进行了修改，我们先换回开发分支，然后对4,5文件内容进行修改，我们对其提交
然后对其打标签标记是修改过的，并且推送
本期的博客分享到此结束
三连加关注
感谢支持
