Git企业开发级讲解(三)

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

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

📘北尘_:个人主页

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

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

一、版本回退

1、内容

之前我们也提到过,Git 能够管理⽂件的历史版本,这也是版本控制器重要的能⼒。如果有⼀天你发现之前前的⼯作做的出现了很⼤的问题,需要在某个特定的历史版本重新开始,这个时候,就需要版本回退的功能了。
执⾏ git reset 命令⽤于回退版本,可以指定退回某⼀次提交的版本。要解释⼀下“回退”本质是要将版本库中的内容进⾏回退,⼯作区或暂存区是否回退由命令参数决定:

git reset 命令语法格式为: git reset [–soft | --mixed | --hard] [HEAD]

  1. –mixed 为默认选项,使⽤时可以不⽤带该参数。该参数将暂存区的内容退回为指定提交版本内。
  2. –soft 参数对于⼯作区和暂存区的内容都不变,只是将版本库回退到某个指定版本。
  3. –hard 参数将暂存区与⼯作区都退回到指定版本。切记⼯作区有未提交的代码时不要⽤这个命令,因为⼯作区会回滚,你没有提交的代码就再也找不回了,所以使⽤该参数前⼀定要慎重。
  4. HEAD 说明:
    可直接写成 commit id,表⽰指定退回的版本
    HEAD 表⽰当前版本
    HEAD^ 上⼀个版本
    HEAD^^ 上上⼀个版本
    以此类推…
  5. 可以使⽤ 〜数字表⽰:
    HEAD~0 表⽰当前版本
    HEAD~1 上⼀个版本
    HEAD^2 上上⼀个版本
    以此类推…

2、演示

为了便于表述,⽅便测试回退功能,我们先做⼀些准备⼯作:更新3个版本的 ReadMe,并分别进⾏3次提交,如下所⽰:

第一次

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

第二次

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

第三次

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

查看历史提交记录

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

现在,如果我们在提交完 add 3 后, 发现 add 3 编写错误,想回退到add 2,重新基于 add 2 开始编写。由于我们在这⾥希望的是将⼯作区的内容也回退到 add2 版本,所以需要⽤到 --hard 参数,⽰例如下:

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

到这⾥⼀般回退功能就演⽰完了,但现在如果我后悔了,想再回到 add 3 怎么办?我们可以继续使⽤ git reset 命令,回退到 add 3 版本,但我们必须要拿到 add 3 的 commit id 去指定回退的版本。
但我们看到了 git log 并不能打印出 add 3 的 commit id ,运⽓好的话我们可以从终端上去找找之前的记录,运⽓不好的话 commit id 已经被我们搞丢了=。=
Git 还提供了⼀个 git reflog 命令能补救⼀下,该命令⽤来记录本地的每⼀次命令.

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

这样,你就可以很⽅便的找到你的所有操作记录了,但 46b4977 这个是啥东西?这个是 add 3 的 commit id 的部分。没错,Git 版本回退的时候,也可以使⽤部分 commit id 来代表⽬标版本。⽰例如下:

Git企业开发级讲解(三),Git,git,elasticsearch,大数据
可往往是理想很丰满,现实很⻣感。在实际开发中,由于⻓时间的开发了,导致 commit id 早就找不到了,可突然某⼀天,我⼜想回退到 version3,那该如何操作呢?貌似现在不可能了。。。
值得说的是,Git 的版本回退速度⾮常快,因为 Git 在内部有个指向当前分⽀(此处是master)的HEAD 指针, refs/heads/master ⽂件⾥保存当前 master 分⽀的最新 commit id 。当我们在回退版本的时候,Git 仅仅是给 refs/heads/master 中存储⼀个特定的version,可以简单理解:
Git企业开发级讲解(三),Git,git,elasticsearch,大数据


二、撤销修改

如果我们在我们的⼯作区写了很⻓时间代码,越写越写不下去,觉得⾃⼰写的实在是垃圾,想恢复到上⼀个版本。

1、情况⼀:对于⼯作区的代码,还没有 add

你当然可以直接删掉你⽬前在⼯作区新增的代码,像这样:
新增代码
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
直接删除代码的话:
⾟亏我们⼯作效率不⾼,才写了⼀⾏代码就发现不⾏了,要是你写了3天,⼀直都没有提交,该怎么删掉呢?你⾃⼰都忘了⾃⼰新增过哪些,有同学说,我可以 git diff xxx ⼀下,看看差别在删啊,那你肯定⼜要花3天时间删代码了,并且很⼤的概率还会改出bug。⼀周过去了,你怎么向你的⽼板交代呢?
Git 其实还为我们提供了更好的⽅式,我们可以使⽤ git checkout – [file] 命令让⼯作区的⽂件回到最近⼀次 add 或 commit 时的状态。 要注意 git checkout – [file] 命令中的 – 很重要,切记不要省略,⼀旦省略,该命令就变为其他意思了,后⾯我们再说。⽰例如下:
恢复到上⼀次 add 或 commit
Git企业开发级讲解(三),Git,git,elasticsearch,大数据

2、情况⼆:已经 add ,但没有 commit

向ReadMe中新增⼀⾏代码
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
add 存⼊暂存区
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
让我们来回忆⼀下学过的 git reset 回退命令,该命令如果使⽤ --mixed 参数,可以将暂存区的内容退回为指定的版本内容,但⼯作区⽂件保持不变。那我们就可以回退下暂存区的内容了!!!
⽰例如下:
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
恢复了!!!

3、情况三:已经 add ,并且也 commit

不要担⼼,我们可以 git reset --hard HEAD^ 回退到上⼀个版本!不过,这是有条件的,就是你还没有把⾃⼰的本地版本库推送到远程。还记得Git是分布式版本控制系统吗?我们后⾯会讲到远程版本库,⼀旦你推送到远程版本库,你就真的惨了……
向ReadMe中新增⼀⾏代码
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
提交
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
回退
Git企业开发级讲解(三),Git,git,elasticsearch,大数据


三、删除文件

在 Git 中,删除也是⼀个修改操作,我们实战⼀下, 如果要删除 file5 ⽂件,怎么搞呢?如果你这样做了:
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
如果add了,这样直接删除是没有⽤的,反⽽徒增烦恼, git status 命令会⽴刻告诉你哪些⽂件被删除了:

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

此时,⼯作区和版本库就不⼀致了,要删⽂件,⽬前除了要删⼯作区的⽂件,还要清除版本库的⽂件。
⼀般⾛到这⾥,有两种可能:
确实要从版本库中删除该⽂件
不⼩⼼删错了

对第⼆种情况,很明显误删,需要使⽤ git 来进⾏恢复,很简单,我们刚学过(删除也是修改):
Git企业开发级讲解(三),Git,git,elasticsearch,大数据
对于第⼀种情况,很明显是没有删完,我们只删除了⼯作区的⽂件。这时就需要使⽤ git rm 将⽂件从暂存区和⼯作区中删除,并且 commit :
Git企业开发级讲解(三),Git,git,elasticsearch,大数据

现在,⽂件就从版本库中被删除了。文章来源地址https://www.toymoban.com/news/detail-751818.html


总结

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

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

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

相关文章

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    2024年02月11日
    浏览(42)
  • 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日
    浏览(44)

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

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

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

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

二维码1

领取红包

二维码2

领红包