idea中代码git的版本穿梭&Git Rest三种模式详解(soft,mixed,hard)

这篇具有很好参考价值的文章主要介绍了idea中代码git的版本穿梭&Git Rest三种模式详解(soft,mixed,hard)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

使用Git进行版本控制开发时难免会遇到回顾的情况,这里来解释下该如何正确的回滚

idea 使用 git 切换版本博文链接

1.本地仓库回滚

本地回滚就很简单,只是要撤销 commit 信息即可。可以直接使用 Reset HEAD进行回滚。
HEAD^ 是还原到上一个版本,HEAD^^ 是还原到上上一个版本。
Reset Type 有三种:

  • mixed 默认方式,只保留源码,回退commit和index信息
  • soft 回退到某个版本,只回退了commit的信息,不会恢复到index file一级。如果还要提交,直接commit
  • hard 彻底回退,本地源码也会变成上一个版本内容

2.远程仓库回滚

2.1错误案例

远程仓库代码回滚,如果上 Google 上一搜,基本出来的答案都是使用 Reset HEAD 加上 git push -f 强制提交的方式。

我本地测试了一下,如果有两个人同时在这条分支上开发,其中一个人 小 A 如果使用这种方式进行回滚了远程仓库代码,另外一个人 小 B 此时本地还是回滚之前的代码,小 B 那里就会出现本地代码版本高于远程分支版本的情况,此时若小 B 进行了 push 操作,之前小 A 回滚的代码就又会被推送到远程的仓库了。除非小 B 在回滚后,将其本地仓库的版本也进行回滚。才能保证不会把回滚的代码重新 push 回远程仓库,但是如果开发人员多,就无法保证所有开发人员的本地分支都回滚!
因此,不要使用 git push -f 这种方式来强制回滚远程仓库代码!

2.2正确操作

比如想要回滚到“细微变动,无功能变化”
git reset type,Git,git,intellij-idea
就需要把远程仓库回滚到“细微变动,无功能变化”这个提交点
选中后右键,选择Revert Commit
git reset type,Git,git,intellij-idea
应该是会提示commit,在commit之后push到远程仓库中,
注意:慎用reset commit,这个会把这条commit之前的所有commit给删掉
git reset type,Git,git,intellij-idea
其他开发人员如果进行了 pull,其本地仓库也被正确回滚到了 dev-103 提交点,就无需再担心回滚的代码又被重新 push 到远程仓库啦

3.代码提交到错误的分支解决

前提是尚未将修改提交到错误的分支


> git stash //将修改的代码暂存到stash
> git checkout rightbranch //切换到正确的分支
> git stash pop  //从stashz中去除暂存的代码修改
> git add .
> git commit -m xxx

4.Git Rest三种模式详解(soft,mixed,hard)

有时候,我们用Git的时候有可能commit提交代码后,发现这一次commit的内容是有错误的,那么有两种处理方法:

  1. 修改错误内容,再次commit一次
  2. 使用git reset 命令撤销这一次错误的commit

第一种方法比较直接,但会多次一次commit记录。
而我个人更倾向第二种方法,错误的commit没必要保留下来。
那么今天来说一下git reset。它的一句话概括
git-reset - Reset current HEAD to the specified state
意思就是可以让HEAD这个指针指向其他的地方。
例如我们有一次commit不是不是很满意,需要回到上一次的Commit里面。那么这个时候就需要通过reset,把HEAD指针指向上一次的commit的点。
它有三种模式,soft,mixed,hard,具体的使用方法下面这张图,展示的很全面了。

git reset type,Git,git,intellij-idea

  • Working Tree 当前的工作区域
  • Index/Stage 暂存区域,和git stash命令暂存的地方不一样。使用git add xx,就可以将xx添加近Stage里面
  • Repository 提交的历史,即使用git commit提交后的结果
    git reset type,Git,git,intellij-idea

文字介绍下文件存入Repository的过程

  1. 刚开始 working tree 、 index 与 repository(HEAD)里面的內容都是一致的git reset type,Git,git,intellij-idea

  2. 当git管理的文件夹里面的内容出现改变后,此时 working tree 的內容就会跟 index 及 repository(HEAD)的不一致,而Git知道是哪些文件(Tracked File)被改动过,直接将文件状态设置为 modified (Unstaged files)。git reset type,Git,git,intellij-idea

  3. 当执行 git add 后,会将这些改变的文件內容加入 index 中 (Staged files),所以此时working tree跟index的內容是一致的,但他们与repository(HEAD)內容不一致。git reset type,Git,git,intellij-idea

  4. 接着执行 git commit ,將Git索引中所有改变的文件內容提交至 Repository 中,建立出新的 commit 节点(HEAD)后, working tree 、 index 与repository(HEAD)区域的内容 又会保持一致。
    git reset type,Git,git,intellij-idea

4.1操作演示

reset --hard:重置stage区(暂存区)和工作目录:

reset --hard 会在重置 HEAD 和branch的同时,重置stage区和工作目录里的内容。当你在 reset 后面加了 --hard 参数时,你的stage区和工作目录里的内容会被完全重置为和HEAD的新位置相同的内容。换句话说,就是你的没有commit的修改会被全部擦掉。

例如你在上次 commit 之后又对文件做了一些改动:把修改后的ganmes.txt文件add到stage区,修改后的shopping list.txt保留在工作目录
查看git状态
git reset type,Git,git,intellij-idea
然后,你执行了reset并附上了–hard参数:
git reset --hard HEAD^
你的 HEAD 和当前 branch 切到上一条commit 的同时,你工作目录里的新改动和已经add到stage区的新改动也一起全都消失了:
git reset type,Git,git,intellij-idea
可以看到,在 reset --hard 后,所有的改动都被擦掉了。

reset --soft:保留工作目录,并把重置 HEAD 所带来的新的差异放进暂存区

reset --soft 会在重置 HEAD 和 branch 时,保留工作目录和暂存区中的内容,并把重置 HEAD 所带来的新的差异放进暂存区。
什么是「重置 HEAD 所带来的新的差异」?就是这里:
git reset type,Git,git,intellij-idea
由于 HEAD 从 4 移动到了 3,而且在 reset 的过程中工作目录和暂存区的内容没有被清理掉,所以 4 中的改动在 reset 后就也成了工作目录新增的「工作目录和 HEAD 的差异」。这就是上面一段中所说的「重置 HEAD 所带来的差异」。

此模式下会保留 working tree工作目录的內容,不会改变到目前所有的git管理的文件夹的內容;
也会保留 index暂存区的內容,让 index 暂存区与 working tree 工作目录的內容是一致的。就只有 repository 中的內容的更变需要与 reset 目标节点一致,因此原始节点与reset节点之间的差异变更集合会存在与index暂存区中(Staged files),所以我们可以直接执行 git commit 將 index暂存区中的內容提交至 repository 中。当我们想合并「当前节点」与「reset目标节点」之间不具太大意义的 commit 记录(可能是阶段性地频繁提交)時,可以考虑使用 Soft Reset 来让 commit 演进线图较为清晰点。
git reset type,Git,git,intellij-idea
所以在同样的情况下,还是老样子:把修改后的ganmes.txt文件add到stage区,修改后的shopping list.txt保留在工作目录
查看此时的状态:
git reset type,Git,git,intellij-idea
假设此时当前 commit 的改动内容是新增了 laughters.txt 文件:
输入:git show --stat
git reset type,Git,git,intellij-idea
如果这时你执行:git reset --soft HEAD^
那么除了 HEAD 和它所指向的 branch1 被移动到 HEAD^ 之外,原先 HEAD 处 commit 的改动(也就是那个 laughters.txt 文件)也会被放进暂存区:
git reset type,Git,git,intellij-idea
这就是–soft 和 --hard 的区别:–hard 会清空工作目录和暂存区的改动,而 --soft则会保留工作目录的内容,并把因为保留工作目录内容所带来的新的文件差异放进暂存区。

reset 不加参数(mixed):保留工作目录,并清空暂存区

reset 如果不加参数,那么默认使用 --mixed 参数。它的行为是:保留工作目录,并且清空暂存区。也就是说,工作目录的修改、暂存区的内容以及由 reset 所导致的新的文件差异,都会被放进工作目录。简而言之,就是「把所有差异都混合(mixed)放在工作目录中」。

还是把修改后的ganmes.txt文件add到stage区,修改后的shopping list.txt保留在工作目录
git reset type,Git,git,intellij-idea
最新的 commit 中新增了 laughters.txt 文件。
git reset type,Git,git,intellij-idea
这时如果你执行无参数的reset或者带–mixed参数:

git reset HEAD^
或
git reset --mixed HEAD^

工作目录的内容和 --soft 一样会被保留,但和 --soft 的区别在于,它会把暂存区清空,并把原节点和reset节点的差异的文件放在工作目录,总而言之就是,工作目录的修改、暂存区的内容以及由 reset 所导致的新的文件差异,都会被放进工作目录
git reset type,Git,git,intellij-idea

4.2总结

reset 的本质:移动 HEAD 以及它所指向的 branch

实质上,reset 这个指令虽然可以用来撤销 commit ,但它的实质行为并不是撤销,而是移动 HEAD ,并且「捎带」上 HEAD 所指向的 branch(如果有的话)。也就是说,reset 这个指令的行为其实和它的字面意思 “reset”(重置)十分相符:它是用来重置 HEAD 以及它所指向的 branch 的位置的。

而 reset --hard HEAD^ 之所以起到了撤销 commit 的效果,是因为它把 HEAD 和它所指向的 branch 一起移动到了当前 commit 的父 commit 上,从而起到了「撤销」的效果:
git reset type,Git,git,intellij-idea
Git 的历史只能往回看,不能向未来看,所以把 HEAD 和 branch 往回移动,就能起到撤回 commit 的效果。

所以同理,reset --hard 不仅可以撤销提交,还可以用来把 HEAD 和 branch 移动到其他的任何地方。
git reset type,Git,git,intellij-idea

4.3三种模式的区别和使用场景

区别

  1. –hard:重置位置的同时,直接将 working Tree工作目录、 index 暂存区及 repository 都重置成目标Reset节点的內容,所以效果看起来等同于清空暂存区和工作区。

  2. –soft:重置位置的同时,保留working Tree工作目录和index暂存区的内容,只让repository中的内容和 reset 目标节点保持一致,因此原节点和reset节点之间的【差异变更集】会放入index暂存区中(Staged files)。所以效果看起来就是工作目录的内容不变,暂存区原有的内容也不变,只是原节点和Reset节点之间的所有差异都会放到暂存区中。

  3. –mixed(默认):重置位置的同时,只保留Working Tree工作目录的內容,但会将 Index暂存区 和 Repository 中的內容更改和reset目标节点一致,因此原节点和Reset节点之间的【差异变更集】会放入Working Tree工作目录中。所以效果看起来就是原节点和Reset节点之间的所有差异都会放到工作目录中

使用场景

  1. –hard:
    (1) 要放弃目前本地的所有改变时,即去掉所有add到暂存区的文件和工作区的文件,可以执行 git reset -hard HEAD 来强制恢复git管理的文件夹的內容及状态;
    (2) 真的想抛弃目标节点后的所有commit(可能觉得目标节点到原节点之间的commit提交都是错了,之前所有的commit有问题)。

  2. –soft:原节点和reset节点之间的【差异变更集】会放入index暂存区中(Staged files),所以假如我们之前工作目录没有改过任何文件,也没add到暂存区,那么使用reset --soft后,我们可以直接执行 git commit 將 index暂存区中的內容提交至 repository 中。为什么要这样呢?这样做的使用场景是:假如我们想合并「当前节点」与「reset目标节点」之间不具太大意义的 commit 记录(可能是阶段性地频繁提交,就是开发一个功能的时候,改或者增加一个文件的时候就commit,这样做导致一个完整的功能可能会好多个commit点,这时假如你需要把这些commit整合成一个commit的时候)時,可以考虑使用reset --soft来让 commit 演进线图较为清晰。总而言之,可以使用–soft合并commit节点。

  3. –mixed(默认):
    (1)使用完reset --mixed后,我們可以直接执行 git add 将這些改变果的文件內容加入 index 暂存区中,再执行 git commit 将 Index暂存区 中的內容提交至Repository中,这样一样可以达到合并commit节点的效果(与上面–soft合并commit节点差不多,只是多了git add添加到暂存区的操作);
    (2)移除所有Index暂存区中准备要提交的文件(Staged files),我们可以执行 git reset HEAD 来 Unstage 所有已列入 Index暂存区 的待提交的文件。(有时候发现add错文件到暂存区,就可以使用命令)。
    (3)commit提交某些错误代码,或者没有必要的文件也被commit上去,不想再修改错误再commit(因为会留下一个错误commit点),可以回退到正确的commit点上,然后所有原节点和reset节点之间差异会返回工作目录,假如有个没必要的文件的话就可以直接删除了,再commit上去就OK了

5.Rest后的复原

如果不小心执行 reset 或 rebase 等可能会造成版本号消失的指令时,而我们想要恢复但却在演进线图(commit log)上找不到commit结点,这时候就可通过 git reflog 找出所有历史记录,通过 HEAD@{N} 这个特殊的「参考名称」來對此版本「定位」,进而使用 git reset --hard HEAD@{N} 指令回归原有版本。
刚执行了git reset --hard HEAD~2 ,此时后悔想要恢復,结果是找不到原始commit节点的
git reset type,Git,git,intellij-idea
这时候可以執行 git reflog列出所有历史记录,其中 HEAD@{0}~HEAD@{4} 都是刚刚进行测试时所产生的,因此需要恢復到執行 reset 指令之前的 commit 节点,也就是HEAD@{5}这个节点的位置。
git reset type,Git,git,intellij-idea
执行 git reset --hard HEAD@{5} 回归原始版本,会连同working tree(工作目录)档案也会一併恢复。
看一下线图,真的回来了,真的没有什么回不来的~~
git reset type,Git,git,intellij-idea

参考文章(侵删):
https://www.cnblogs.com/vcmq/p/10162051.html
Git Reset 三种模式文章来源地址https://www.toymoban.com/news/detail-754341.html

到了这里,关于idea中代码git的版本穿梭&Git Rest三种模式详解(soft,mixed,hard)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

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

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

相关文章

  • 版本控制工具Git集成IDEA的学习笔记(第三篇Git私服)

    本文章仅讲解代码提交和分支合并。 目录 一、提交并推送到私服 二、遇到的问题 1、将代码克隆到本地,idea打开,不使用主分支(master)进行开发操作。 2、也不使用dev分支进行开发操作,而是新建一个功能分支进行模块功能的开发。 在dev分支的基础上,新建功能分支进行

    2024年02月07日
    浏览(47)
  • 2021.3.1版本IDEA关闭git管理

    问题描述:一个文件夹中会有多个Java项目,若其中一个项目开启了Git,则该文件夹中所有的项目都会开启Git,其中的文件都会变成红色 关闭git管理 打开Settings | Version Control | Directory Mappings 选中目标文件夹,点击 -号即可

    2024年02月11日
    浏览(41)
  • Idea Git 已提交代码版本回滚

    本文主要记录在 Idea 中 如何通过 Git 回滚本地仓库和远程仓库代码版本 模拟一次提交,提交到本地仓库,未提交到远程仓库 本地仓库 有 远程仓库 无 复制你想回到的版本的版本号,假如这里回到本次提交之前的版本 项目右键,选择 Reset HEAD Reset Type 有三种: 3.1、mixed mixed

    2024年01月21日
    浏览(75)
  • IDEA取消git对项目的版本控制

    前几天新建项目的时候不小心选了个git仓库,导致这个测试项目一直被git管理着。 1 右键项目 选择打开资源目录 2 删除.git文件 把目录下的.git文件删掉 3 删除idea中的git管理 删除完.git文件后,进入idea,右下角会有这样的提示,点击configure 或者在setting里面找到该位置 4 选中项

    2024年02月05日
    浏览(45)
  • idea 使用 git 回退到某个历史版本

    有时我们提交git错了,想回滚 怎么办? 一、用idea工具: 1、idea中打开Terminal:输入:git log 显示历史提交记录。或者 (右击项目– Git -- Show History --选中要回退的版本–Copy Revision Number),直接复制; 2、选择 你要回滚的版本号,输入命令 ,比如:git reset --hard 248694b41373140d8f8

    2024年02月11日
    浏览(55)
  • idea使用git回溯到本地之前的版本

    首先,右键项目,git—show history 看到我多次提交到本地仓库的一些代码。 假如除了最上边的一个版本大于25mb, 所以我想重新把一些不需要的日志去除。 那我我右键一个最低版本,点击复制版本号 copy revison number。 然后右键项目,然后git --找到reset head,把刚才复制的复制进

    2024年02月13日
    浏览(48)
  • IDEA Git恢复DropCommit删除的提交 撤销Git错误删除 回退历史版本

    原因 由于在IDEA上commit时写错了commit信息,想重新提交,就在提交记录上右键-Drop Commit删除了,然后就发现代码也恢复到上次commit时的情况,这次新增的代码全没有了 恢复 git应该记录了所有版本控制的历史信息,应该能恢复已经删除的某个版本的commit代码 1.在项目文件夹打开

    2024年02月03日
    浏览(70)
  • Git的下载安装配置与上传文件以及命令 idea使用git项目版本操作管理

    Git - Downloads (git-scm.com) https://git-scm.com/downloads  下载速度比较慢,可以用迅雷下载,速度很快 我这里是用的压缩包版本,直接解压到要放的文件夹即可,文件名尽量不要使用中文,以防后续使用出现错误。  打开环境变量,在系统变Path,添加你的git安装路径/bin win+r输入cmd,

    2024年02月04日
    浏览(66)
  • Git (版本控制,git安装和配置,git代码托管服务,git操作本地远程仓库,分支,idea整合git)【看这一片就够】

    目录 一、版本控制介绍 1. 版本控制介绍 2. 版本控制工具 3. git简介 二、git安装与配置 1. 下载git 2. 安装git 2. 配置git 三、git代码托管服务 1. 常见的git代码托管服务 2. 注册码云帐号【这里介绍一种的用法,其它也是一样的操作】 3. 创建远程仓库 四、git命令-操作本地仓库 1. 获

    2024年04月14日
    浏览(84)
  • 使用IntelliJ IDEA配置版本管理(SVN和Git)

    步骤一:安装SVN插件 打开IntelliJ IDEA,点击顶部菜单栏的 \\\"File\\\" - \\\"Settings\\\"。 在弹出的窗口中,选择 \\\"Plugins\\\"。 在搜索框中输入 \\\"SVN\\\",找到 \\\"Subversion Integration\\\" 插件并点击 \\\"Install\\\" 安装。 步骤二:配置SVN 安装完成后,重启IntelliJ IDEA。 打开你的项目,点击顶部菜单栏的 \\\"VCS\\\" - \\\"En

    2024年04月24日
    浏览(44)

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

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

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

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

二维码1

领取红包

二维码2

领红包