Git企业开发级讲解(五)

这篇具有很好参考价值的文章主要介绍了Git企业开发级讲解(五)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

📘北尘_:个人主页

🌎个人专栏:《Linux操作系统》《经典算法试题 》《C++》 《数据结构与算法》

☀️走在路上,不忘来时的初心

一、bug 分⽀

假如我们现在正在 dev2 分⽀上进⾏开发,开发到⼀半,突然发现 master 分⽀上⾯有 bug,需要解决。在Git中,每个 bug 都可以通过⼀个新的临时分⽀来修复,修复后,合并分⽀,然后将临时分⽀删除。

可现在 dev2 的代码在⼯作区中开发了⼀半,还⽆法提交,怎么办?例如:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

Git 提供了 git stash 命令,可以将当前的⼯作区信息进⾏储藏,被储藏的内容可以在将来某个时
间恢复出来。

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

⽤ git status 查看⼯作区,就是⼲净的(除⾮有没有被 Git 管理的⽂件),因此可以放⼼地创建分⽀来修复bug。

储藏 dev2 ⼯作区之后,由于我们要基于master分⽀修复 bug,所以需要切回 master 分⽀,再新
建临时分⽀来修复 bug,⽰例如下:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

修复完成后,切换到 master 分⽀,并完成合并,最后删除 fix_bug 分⽀:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据
Git企业开发级讲解(五),Git,git,elasticsearch,大数据

⾄此,bug 的修复⼯作已经做完了,我们还要继续回到 dev2 分⽀进⾏开发。切换回 dev2 分⽀:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

⼯作区是⼲净的,刚才的⼯作现场存到哪去了?⽤ git stash list 命令看看:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

⼯作现场还在,Git 把 stash 内容存在某个地⽅了,但是需要恢复⼀下,如何恢复现场呢?我们可以使
⽤ git stash pop 命令,恢复的同时会把 stash 也删了,⽰例如下:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

再次查看的时候,我们已经发现已经没有现场可以恢复了

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

另外,恢复现场也可以采⽤ git stash apply 恢复,但是恢复后,stash内容并不删除,你需要⽤ git stash drop 来删除;

你可以多次stash,恢复的时候,先⽤ git stash list 查看,然后恢复指定的stash,⽤命令git stash apply stash@{0}。

恢复完代码之后我们便可以继续完成开发,开发完成后便可以进⾏提交,例如:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

但我们注意到了,修复 bug 的内容,并没有在 dev2 上显⽰。此时的状态图为:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

Master 分⽀⽬前最新的提交,是要领先于新建 dev2 时基于的 master 分⽀的提交的,所以我们在 dev2 中当然看不⻅修复 bug 的相关代码。
我们的最终⽬的是要让 master 合并 dev2 分⽀的,那么正常情况下我们切回 master 分⽀直接合并即可,但这样其实是有⼀定⻛险的。
是因为在合并分⽀时可能会有冲突,⽽代码冲突需要我们⼿动解决(在 master 上解决)。我们⽆法保证对于冲突问题可以正确地⼀次性解决掉,因为在实际的项⽬中,代码冲突不只⼀两⾏那么简单,有可能⼏⼗上百⾏,甚⾄更多,解决的过程中难免⼿误出错,导致错误的代码被合并到 master 上。
此时的状态为:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

解决这个问题的⼀个好的建议就是:最好在⾃⼰的分⽀上合最好在⾃⼰的分⽀上合并下 master ,再让 master 去合并dev ,这样做的⽬的是有冲突可以在本地分⽀解决并进⾏测试,⽽不影响 master 。此时的状态为:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

对应的实操演⽰如下,要说明的是,以下演⽰的merge操作,没有使⽤ --no-ff ,但上述的图⽰是禁⽤ Fast forward 了模式后得出的,主要是为了⽅便解释问题。

Git企业开发级讲解(五),Git,git,elasticsearch,大数据
Git企业开发级讲解(五),Git,git,elasticsearch,大数据
Git企业开发级讲解(五),Git,git,elasticsearch,大数据


二、删除临时分支

软件开发中,总有⽆穷⽆尽的新的功能要不断添加进来。
添加⼀个新功能时,你肯定不希望因为⼀些实验性质的代码,把主分⽀搞乱了,所以,每添加⼀个新功能,最好新建⼀个分⽀,我们可以将其称之为 feature 分⽀,在上⾯开发,完成后,合并,最后,删除该 feature 分⽀。
可是,如果我们今天正在某个 feature 分⽀上开发了⼀半,被产品经理突然叫停,说是要停⽌新功能的开发。虽然⽩⼲了,但是这个 feature 分⽀还是必须就地销毁,留着⽆⽤了。这时使⽤传统的 git branch -d 命令删除分⽀的⽅法是不⾏的。演⽰如下:

新增并切换到 dev3 分⽀

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

开始开发新功能并提交

Git企业开发级讲解(五),Git,git,elasticsearch,大数据
Git企业开发级讲解(五),Git,git,elasticsearch,大数据

此时新功能叫停

切回master准备删除dev3

Git企业开发级讲解(五),Git,git,elasticsearch,大数据

常规删除dev3分⽀时失败
Git企业开发级讲解(五),Git,git,elasticsearch,大数据

直接使⽤传统的删除分⽀的⽅法不⾏,按照提⽰,有了如下⽅式:

Git企业开发级讲解(五),Git,git,elasticsearch,大数据


三、小结

分⽀在实际中有什么⽤呢?假设你准备开发⼀个新功能,但是需要两周才能完成,第⼀周你写了50%的代码,如果⽴刻提交,由于代码还没写完,不完整的代码库会导致别⼈不能⼲活了。如果等代码全部写完再⼀次提交,⼜存在丢失每天进度的巨⼤⻛险。
现在有了分⽀,就不⽤怕了。你创建了⼀个属于你⾃⼰的分⽀,别⼈看不到,还继续在原来的分⽀上正常⼯作,⽽你在⾃⼰的分⽀上⼲活,想提交就提交,直到开发完毕后,再⼀次性合并到原来的分⽀上,这样,既安全,⼜不影响别⼈⼯作。
并且 Git ⽆论创建、切换和删除分⽀,Git在1秒钟之内就能完成!⽆论你的版本库是1个⽂件还是1万个文件。文章来源地址https://www.toymoban.com/news/detail-751416.html


到了这里,关于Git企业开发级讲解(五)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【Git企业开发】第一节.Git 初识

    作者简介:大家好,我是未央; 博客首页: 未央.303 系列专栏: 每日一句:人的一生,可以有所作为的时机只有一次,那就是现在!!!!! 文章目录 前言 课程目标 初始Git 一、Git 安装 二、Git 基本操作 2.1 创建Git本地仓库 2.2 配置Git 2.3 查看.git文件 三、认识工作区、暂存

    2024年02月08日
    浏览(48)
  • Git---企业级开发模型

    我们知道,一个软件从零开始到最终交付,大概包括一下几个阶段 : 规划、编码、构建、测试、发布、部署和维护. 最初程序比较简单,工作量也不大.程序猿一个人可以完成所有阶段的工作.但随着软件产业的日益发展壮大,软件的规模也在逐渐变得庞大.软件的复杂度不断攀升,一个

    2024年02月13日
    浏览(53)
  • 【Git企业开发】第四节.Git的分支管理策略和bug分支

    文章目录 前言 一、Git的分支管理策略       1.1 Fast forward 模式和--no-ff 模式       1.2 企业分支管理策略 二、bug分支 三、删除临时分支 四、总结 总结 通常合并分支时,如果可能,Git 会采用 Fast forward 模式。还记得如果我们采用 Fast forward 模式之后,形成的合并结果是什么

    2024年02月06日
    浏览(42)
  • Git结合Gitee的企业开发模拟

    本系列有两篇文章: 一是另外一篇《快速使用Git完整开发》,主要说明了关于 Git 工具的基础使用,包含三板斧( git add 、 git commit 、 git push )、 Git 基本配置、版本回退、分支管理、公钥与私钥、远端仓库和远端分支、忽略文件、命令别名、标签等内容。 二是本篇,本文主

    2024年02月10日
    浏览(35)
  • Git企业开发控制理论和实操-从入门到深入(七)|企业级开发模型

    那么这里博主先安利一些干货满满的专栏了! 首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助。 高质量博客汇总 然后就是博主最近最花时间的一个专栏《Git企业开发控制理论和实操》希望大家多多关注!

    2024年02月10日
    浏览(49)
  • 【Git原理与使用】-- 企业级开发模型

    目录 引入 系统开发环境 Git 分支设计规范 master 分支 release 分支 develop 分支 feature 分支 hotfix 分支 开发场景 - 基于git flow模型的实践 DevOps研发平台 修复测试环境 Bug 修改预发布环境 Bug 修改正式环境 Bug 紧急修复正式环境 Bug 拓展实践 都说: 对于开发者,Git是非常的重要的,

    2024年02月13日
    浏览(93)
  • Git企业开发控制理论和实操-从入门到深入(一)|为什么需要Git|Git的安装

    那么这里博主先安利一些干货满满的专栏了! 首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助。 高质量博客汇总 https://blog.csdn.net/yu_cblog/category_12379430.html 然后就是博主最近最花信息的一个专栏《Git企业开

    2024年02月11日
    浏览(48)
  • Git企业开发控制理论和实操-从入门到深入(二)|Git的基本操作

    那么这里博主先安利一些干货满满的专栏了! 首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助。 高质量博客汇总 https://blog.csdn.net/yu_cblog/category_12379430.html 然后就是博主最近最花信息的一个专栏《Git企业开

    2024年02月11日
    浏览(50)
  • Git企业开发控制理论和实操-从入门到深入(四)|Git的远程操作|Gitee

    那么这里博主先安利一些干货满满的专栏了! 首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助。 高质量博客汇总 然后就是博主最近最花时间的一个专栏《Git企业开发控制理论和实操》希望大家多多关注!

    2024年02月11日
    浏览(43)
  • Git使用教程:轻松掌握版本控制利器,提升开发效率!-(1)git的基本命令讲解

    目录 1. 背景 2. git简介 3. git常用指令         3.1 clone         3.2 checkout         3.3 branch         3.4 add         3.5 commit         3.6 push         3.7 pull 4. 结语 工具名称:git 应用场景:git最主要的应用场景是用于管理和控制代码的版本。开发人员可以

    2024年04月10日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包