(二)Git--工作区和暂存区、管理修改与撤销

2024-03-19 06:32

本文主要是介绍(二)Git--工作区和暂存区、管理修改与撤销,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念

工作区

就是在你电脑里能看到的目录.使用git init初始化的那个目录

版本库

工作区有一个隐藏目录.git,这个不算工作区而是Git的版本库
Git的版本库中存了很多东西,其中非常重要的就是名为stage(或者叫index)的暂存区,还有一个Git为我们自动创建的默认master分支,以及一个指向master的指针叫HEAD

2438927-e6a610d318a76811.png

在我们把文件往Git版本库中添加的时候,先执行的git add操作是把文件加入到暂存区,然后执行git commit提交修改,是把暂存区的所有内容提交到当前分支
因此我们平时的操作可以理解为,把需要提交的文件全都放到暂存区,然后一次性提交暂存区的所有修改

管理修改

Git在版本控制之所以设计的优秀,因为Git跟踪并管理的是修改而非文件

那么什么是修改呢?

eg:比如你新增了一行,这就是一个修改,删除一行,更改或者删除某个字符都算是一个修改,并且新增或者删除了一个文件,也算是一个修改

为了说明Git管理的是修改而不是文件,实验如下:
添加一行内容:

$ cat readme.txt
Spring-boot quickstart microservice!
This is a spring-boot  combined with mongoDB example.
Test update file
Git tracks change

然后进行添加git add

$ git add readme.txt
$ git status
On branch master
Changes to be committed:(use "git reset HEAD <file>..." to unstage)modified:   readme.txt

然后,在进行修改:

$ cat readme.txt
Spring-boot quickstart microservice!
This is a spring-boot  combined with mongoDB example.
Test update file
Git tracks change

提交:

$ git commit -m "git tracks changes"
[master 8b33073] git tracks changes1 file changed, 1 insertion(+), 1 deletion(-)

提交后,在查看状态:

$ git status
On branch master
Changes not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   readme.txtno changes added to commit (use "git add" and/or "git commit -a")

这时就会发现,修改的文件没有被提交,我们看一下这个过程:
第一次修改 -> git add -> 第二次修改 -> git commit
因为第二次的修改并没有执行git add操作加入到暂存区,而是执行了git commit操作,这时只会把暂存区的修改提交到当前分支,所以第一次的修改被提交了,而第二次的修改不会被提交,这样就证明Git管理的是修改而并非文件

小结:每次修改,如果不add到暂存区,那就不会加入到commit

撤销修改

如果我们在修改文件后,出现了错误,但是发现及时,我们就可以手动把文件恢复到上一个版本的状态,使用git status查看:

$ git status
On branch master
Changes not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   readme.txtno changes added to commit (use "git add" and/or "git commit -a")

你可以发现,Git告诉你,git checkout -- file可以丢弃工作区的修改:
$ git checkout -- readme.txt
命令git checkout -- file意思就是,把file文件在工作区的修改全部丢弃,这里会有两种情况:

  1. 一种是file自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库当前分支一模一样的状态;
  2. 一种是file已经被添加到暂存区后,又进行了修改,现在,撤销修改就回到添加到暂存区之后file的状态;
    总之,就是让这个文件回到最近一次git commit或者git add时的状态.
    git checkout -- file命令中的--很重要,如果没有--,就变成了"切换到另一个分支"的命令;

现在假设某天凌晨2.30,你昏昏欲睡,写了一些胡话,还git add到暂存区了:

$ cat readme.txt
Spring-boot quickstart microservice!
This is a spring-boot  combined with mongoDB example.
Test update file
Git tracks change
my boss is still prefers SVN!
my boss is stupid!
$ git add readme.txt

庆幸的是,在commit你发现了这个问题。用git status查看一下,修改只是添加到了暂存区,还没有提交:

$ git status
On branch master
Changes to be committed:(use "git reset HEAD <file>..." to unstage)modified:   readme.txt

Git提示我们,可以使用命令git reset HEAD file把暂存区的修改撤销掉,重新放回工作区:

$ git reset HEAD  readme.txt
Unstaged changes after reset:
M       readme.txt

git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区.当我们用HEAD时,表示当前分支最新的版本,再用git status查看一下:

$ git status
On branch master
Changes not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   readme.txt
no changes added to commit (use "git add" and/or "git commit -a")

现在暂存区是干净的,工作区有修改.
上面介绍了丢弃工作区的修改:

$ git checkout -- readme.txt$ git status
# On branch master
nothing to commit (working directory clean)

这时,四海八荒终于归于平静了.

假设如果你不但改错了东西,而且还提交到了版本库,怎么办呢?参考上一篇中版本回退,可以回到上一个版本。不过,这个操作也是有条件的,就是你还没有把自己的本地版本库推送到远程。

小结

  • 当你改乱了工作区的某个文件内容,想直接丢弃工作区的修改,用命令git checkout -- file;
  • 当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file.就回到了上面的情况,第二步按上面的场景进行操作;
  • 已经提交了不合适的修改到版本库,想要撤销本次提交,参考版本回退这篇介绍,不过前提是没有推送到远程版本库;

这篇关于(二)Git--工作区和暂存区、管理修改与撤销的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/825096

相关文章

SQL Server修改数据库名及物理数据文件名操作步骤

《SQLServer修改数据库名及物理数据文件名操作步骤》在SQLServer中重命名数据库是一个常见的操作,但需要确保用户具有足够的权限来执行此操作,:本文主要介绍SQLServer修改数据... 目录一、背景介绍二、操作步骤2.1 设置为单用户模式(断开连接)2.2 修改数据库名称2.3 查找逻辑文件名

LiteFlow轻量级工作流引擎使用示例详解

《LiteFlow轻量级工作流引擎使用示例详解》:本文主要介绍LiteFlow是一个灵活、简洁且轻量的工作流引擎,适合用于中小型项目和微服务架构中的流程编排,本文给大家介绍LiteFlow轻量级工... 目录1. LiteFlow 主要特点2. 工作流定义方式3. LiteFlow 流程示例4. LiteF

使用jenv工具管理多个JDK版本的方法步骤

《使用jenv工具管理多个JDK版本的方法步骤》jenv是一个开源的Java环境管理工具,旨在帮助开发者在同一台机器上轻松管理和切换多个Java版本,:本文主要介绍使用jenv工具管理多个JD... 目录一、jenv到底是干啥的?二、jenv的核心功能(一)管理多个Java版本(二)支持插件扩展(三)环境隔

SpringBoot集成LiteFlow实现轻量级工作流引擎的详细过程

《SpringBoot集成LiteFlow实现轻量级工作流引擎的详细过程》LiteFlow是一款专注于逻辑驱动流程编排的轻量级框架,它以组件化方式快速构建和执行业务流程,有效解耦复杂业务逻辑,下面给大... 目录一、基础概念1.1 组件(Component)1.2 规则(Rule)1.3 上下文(Conte

Oracle修改端口号之后无法启动的解决方案

《Oracle修改端口号之后无法启动的解决方案》Oracle数据库更改端口后出现监听器无法启动的问题确实较为常见,但并非必然发生,这一问题通常源于​​配置错误或环境冲突​​,而非端口修改本身,以下是系... 目录一、问题根源分析​​​二、保姆级解决方案​​​​步骤1:修正监听器配置文件 (listener.

Linux中修改Apache HTTP Server(httpd)默认端口的完整指南

《Linux中修改ApacheHTTPServer(httpd)默认端口的完整指南》ApacheHTTPServer(简称httpd)是Linux系统中最常用的Web服务器之一,本文将详细介绍如何... 目录一、修改 httpd 默认端口的步骤1. 查找 httpd 配置文件路径2. 编辑配置文件3. 保存

详解如何使用Python构建从数据到文档的自动化工作流

《详解如何使用Python构建从数据到文档的自动化工作流》这篇文章将通过真实工作场景拆解,为大家展示如何用Python构建自动化工作流,让工具代替人力完成这些数字苦力活,感兴趣的小伙伴可以跟随小编一起... 目录一、Excel处理:从数据搬运工到智能分析师二、PDF处理:文档工厂的智能生产线三、邮件自动化:

git stash命令基本用法详解

《gitstash命令基本用法详解》gitstash是Git中一个非常有用的命令,它可以临时保存当前工作区的修改,让你可以切换到其他分支或者处理其他任务,而不需要提交这些还未完成的修改,这篇文章主要... 目录一、基本用法1. 保存当前修改(包括暂存区和工作区的内容)2. 查看保存了哪些 stash3. 恢

Python中bisect_left 函数实现高效插入与有序列表管理

《Python中bisect_left函数实现高效插入与有序列表管理》Python的bisect_left函数通过二分查找高效定位有序列表插入位置,与bisect_right的区别在于处理重复元素时... 目录一、bisect_left 基本介绍1.1 函数定义1.2 核心功能二、bisect_left 与

基于Python开发一个有趣的工作时长计算器

《基于Python开发一个有趣的工作时长计算器》随着远程办公和弹性工作制的兴起,个人及团队对于工作时长的准确统计需求日益增长,本文将使用Python和PyQt5打造一个工作时长计算器,感兴趣的小伙伴可... 目录概述功能介绍界面展示php软件使用步骤说明代码详解1.窗口初始化与布局2.工作时长计算核心逻辑3