zoukankan      html  css  js  c++  java
  • 使用Git,10件你可能需要“反悔”的事

    DevUI是一支兼具设计视角和工程视角的团队,服务于华为云DevCloud平台和华为内部数个中后台系统,服务于设计师和前端工程师。
    官方网站:devui.design
    Ng组件库:ng-devui(欢迎Star)
    官方交流:添加 DevUI小助手(devui-official)

    前言

    Git是目前世界上最优秀最流行的分布式版本控制系统,也是程序员们日常使用最频繁的工具之一(几乎每天都需要使用它来对源代码进行版本管理)。

    使用Git的过程,难免由于手快或者别的什么原因,需要对做过的事情进行“反悔”或者多次“反悔”。不用担心,Git强大到几乎任何操作都是可以“反悔”的,让我们一起来看看吧。

    1.在未暂存前,撤销本地修改

    在介绍Git“反悔”操作之前,先简单提及下Git的一些基础知识。

    Git项目有3个区域:工作区、暂存区和Git仓库(分成本地仓库和远程仓库)。如下图:

    本地编写的代码,不执行任何git命令,处于工作区。

    执行git add命令时,会将工作区的文件标记为已暂存,保存在暂存区。

    执行git commit命令时,会将标记为已暂存的文件保存都本地Git仓库,并生成一个快照。

    在没有暂存之前(没有执行git add命令),我们可以通过以下命令查看本地修改:

    git diff

    显示的格式如下图所示:

    如果我们不想要这些代码本地代码(比如一些临时的测试代码),可以通过以下命令一次性撤销所有本地修改:

    git checkout -- . 
    注意:该命令不可二次“反悔”,本地操作一旦撤销,将无法通过Git找回。

    撤销之后再次执行git diff命令将没有任何输出,代表没有文件在暂存区。

    我们也可以指定具体的文件路径,撤销该文件的修改:

    git checkout -- [filename]

    2.在暂存之后,撤销暂存区的修改

    本地写完代码,提交到本地仓库之前,需要先将修改的文件添加到暂存区,执行以下命令将本地所有已修改的文件添加到暂存区(当然也可以指定具体的文件):

    git add .

    此时我们执行git diff命令,将不会有任何输出(因为文件已被添加到暂存区),想要查看暂存区的修改,可以执行以下命令:

    git diff --staged

    看到的效果和之前为暂存前,通过git diff看到的一模一样。

    如果这时我们想要一次性撤销暂存区的全部修改,可以执行以下命令(当然也可以撤销暂存区指定文件的修改):

    git reset .

    注意:
    该命令可以二次“反悔”,通过git add .命令可以将文件再一次添加到暂存区。
    这里的“撤销暂存区的修改”是指撤销git add .这个命令,回到执行git add .之前的状态,即已修改未暂存状态。
    此时,如果执行git diff --staged命令,将没有任何输出,执行git diff命名将看到已修改未暂存状态的输出。

    1和2的两个命令可以合并成一个:

    git reset --hard
    
    
    <=>
    
    
    git reset .
    git checkout -- 

    即:如果已暂存,但未提交本地仓库之前,想把所有文件直接抛弃(而不是从暂存区删除),可以直接执行以上命令。

    3.提交到本地仓库之后(但未推送到远程仓库),撤销本次提交

    执行以下命令,可以将暂存区的所有文件保存到本地Git仓库,并生成文件快照(便于之前的回退等操作):

    git commit -m "modify some files"

    此时提交历史里面会有一条记录f8651ff(Commit ID):

    如果我们不想要这次修改的内容,有以下2种方法:

    方法一

    回到当前提交的父对象a18c6fa(即上一次提交,通过git log查看),就等于撤销了本次提交:

    git checkout a18c6fa

    执行git log命令,发现已经回到之前的提交:

    方法二

    重置之前的提交

    git reset --hard HEAD~1

    效果和方法一一样:

    注意:该命令是可以二次“反悔”的,具体步骤如下:

    1.找到被重置的提交 git reflog,发现是 f8651ff
    2.使用reset回到该提交 git reset --hard f8651ff

    4.修改提交

    考虑以下场景:

    原本打算修改两个文件,结果只提交了一个文件,但又不想生成两个提交记录(Commit ID),具体执行的命令如下:

    git add src/app/app.component.html
    git commit -m "add test block"
    git log

    这样其实只提交了app.component.html一个文件,不是我们想要的。

    可以通过以下命令“反悔”(添加遗漏文件,又不重新生成新的Commit ID):

    git add src/app/app.component.css
    git commit --amend

    还有一种场景可能更加常见,没有遗漏的文件,只是提交信息里有一个单词写错了,可以使用以下命令进行修补:

    git commit --amend -m "add test container"
    注意:--amend修补参数会将改变之前的Commit ID,但不会生成新的Commit ID。

    5.撤销提交历史中的某一次指定的提交

    第3小结提到回退最近一次提交的方法(使用git reset命令),该方法只能针对连续的提交,如果只想撤销提交历史中的某一次提交(比如:),该怎么办呢?

    比如:Commit ID为711bb0b的提交,该次提交将<a>标签的target属性由"_blank"改成了"_self"。

    可以使用以下命令撤销该次提交(将提交的内容“反操作”),并生成一个新的提交在最前面:

    git revert 711bb0b

    revert之后,会在提交历史的最前面生成一个新的Commit ID(1f49a42),该次提交将<a>标签的target属性由"_self"改回了"_blank"。

    6.合并出现冲突时,撤销合并操作

    两个分支改了同一个文件的同一个地方,合并时将出现冲突:

    如果不想解决冲突,想撤销这个合并,可以使用以下命令:

    git merge --abort

    abort之后,将恢复合并之前的状态。

    7.暂存区的文件加多了,想移除,又不想删掉本地的文件

    git rm --cached src/test.pptx

    8.分支重命名

    git br -m [old_br] [new_br]

    9.撤销变基操作

    将 rebase_test 分支的修改变基到master上:

    git co rebase_test
    git rebase master

    撤销的步骤如下:

    1.使用 git reflog 命令找到变基前的提交 09b0adc
    2.使用 git reset --hard 09b0adc 重置到该提交

    10.以脚本方式改写提交

    考虑以下场景,在一次很早的提交中,将一个储存密码的文件passwords.txt提交到了远程仓库,这时如果只是从远程仓库中删除该文件,别人依然可以通过提交历史找到这个文件。

    因此我们需要从每一个快照中移除该密码文件,用以下命令就可以做到:

    git filter-branch --tree-filter 'rm -f passwords.txt' HEAD

    该命令执行完会将提交历史中所有提交的passwords.txt文件彻底删除,永远没法通过Git找回。

    除了以上“反悔”操作,还有一个很强大的命令,也可以以某种形式对过去做过的事情进行“反悔”,那就是交互式变基:

    git rebase -i

    该命令非常强大,DevUI团队的少东之前专门写过一篇来介绍该命令,欢迎大家移步阅读:

    关于Git rebase你必须要知道的几件事

    如果发现文中有错误或者遗漏的地方,欢迎大家指正!

    加入我们

    我们是DevUI团队,欢迎来这里和我们一起打造优雅高效的人机设计/研发体系。招聘邮箱:muyang2@huawei.com。

    文/DevUI Kagol

    往期文章推荐

    《手把手教你使用Vue/React/Angular三大框架开发Pagination分页组件》

    《现代富文本编辑器Quill的内容渲染机制》

    《现代富文本编辑器Quill的模块化机制》

  • 相关阅读:
    2.5.1 选择器中含有特殊符号的注意事项
    动手为王:由一条UPDATE语句引发的一波三折深入实践(含PPT)
    基于JSR-356实现的Tyrus WebSocket框架的消息传递机制初步了解
    基于JSR-356实现的Tyrus WebSocket框架的消息传递机制初步了解
    Pre-shared key
    Pre-shared key
    Pre-shared key
    Pre-shared key
    confluence+jira
    confluence+jira
  • 原文地址:https://www.cnblogs.com/kagol/p/14076276.html
Copyright © 2011-2022 走看看