Git四个阶段的提交与撤销命令

最新推荐文章于 2025-06-11 16:17:14 发布
原创 最新推荐文章于 2025-06-11 16:17:14 发布 · 697 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #commit #reset

本文介绍Git中关于提交的四个关键阶段及其对应的撤销操作，并通过图片直观展示这些阶段的特点。作者鼓励读者遇到问题时进行交流。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Git四个阶段的提交与撤销命令

啥也不想说，有啥可说的，直接po图。

。

有问题可随时交流。

Git - git常用指令和详细教程
qq_41668395的博客
01-14 2036
场景一：备份小明负责的模块就要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲！几个月 来的努力付之东流场景二：代码还原这个项目中需要一个很复杂的功能，老王摸索了一个星期终于有眉目了，可是这被改得面目全非的 代码已经回不到从前了。什么地方能买到哆啦A梦的时光机啊？场景三：协同开发小刚和小强先后从文件服务器上下载了同一个文件：Analysis.java。小刚在Analysis.java 文件中的第30行声明了一个方法，叫count()，先保存到了文件服务器上；
GIT常用操作整理（从本地创建仓库到提交到GitHub全流程）学习笔记
weixin_45888136的博客
04-24 3123
小白Git学习笔记，一篇记录所有Git操作。
git提交4步
taotie_的博客
10-14 276
1、git提交分4步，fetch commit merge push fetch：拉取线上分支信息 commit：提交文件 merge：将线上的代码合并到本地 push：将本地代码，上传到线上git 最终，就变成下边这样子！ ...
git四个阶段
weixin_43931527的博客
04-04 297
--------------------git四个阶段-------------------------------- 链接: link. 图片:
git撤回commit
啥都会一点
06-11 1148
生成一个“反向提交”来撤回 abc123，但不会影响后续提交，安全用于任何场景，推荐撤回远程 commit。之前，代码还是改过的，可以重新提交。
Git 如何 撤销已经提交的代码
程序员猫爪
08-07 3270
在 Git 中撤销已经提交的代码可以通过几种不同的方法来实现。具体的方法取决于你想要撤销到什么状态，以及这个提交是否已经被推送到远程仓库。如果你只需要撤销最后一次提交，并且这次提交还没有被推送到远程仓库，你可以使用。如果提交已经推送到远程仓库，你需要先创建一个新分支或者使用。如果你确定没有人依赖于远程仓库上的这些提交，你可以使用。
git撤回提交
xudechuan的博客
09-05 755
以一次 新提交的方式。1.比较简单的撤回 — 最新的提交。
Git 撤销提交
技术狂人
10-04 397
git log 找到commit_id git reset --hard commit_id
大模型实战入门（三）：3. Git 前置基础（熟悉常见 Git 命令及GitHub 平台）
Hyu_1998的博客
12-15 820
目标：从0开始学习LLM平台：InternStudio开发机教程：书生大模型实战营提示：以下是基于书生大模型实战营（第四期）——入门岛：Git 前置基础（熟悉常见 Git 命令及GitHub 平台）的学习内容在了解Git是什么之前，我们想要知道我们平时是怎么跟他人合作开发的？我们最传统的策略就是打包压缩然后发送给对方，然后通过上传到网盘或者上传到QQ，又或者通过邮箱传输。效率低下，每次都需要压缩，上传，下载，还要考虑网络问题。无法追踪历史，无法追踪修改，无法追踪谁做了什么修改。
git或gitlab命令使用
rjszcb的博客
12-14 2888
远程仓库，本地仓库，工作区之间的联系，远程仓库是公司管理的gitlab，本地仓库，是自己本机建立仓库，管理文件的，ls -a命令可以查看。到.git目录，这个就是本地仓库，commit提交代码时，并未提交至网络，还在本机，工作区就是project那个文件夹下，工作区。在Linux终端，创建个人分支，首先在需要创建分支的工程目录文件夹下，如：xxxx_project，进入这个project目录下。公司会给一个网站，打开公司的gitlab仓库，在主master，克隆代码，点击clone，弹出复制git的网址，
【中间件学习】Git的命令和企业级开发
加油，考上985的研究生
10-05 1121
我们不能在master分支上进行合并，我们需要在dev2的分支上进行合并，因为在合并代码的过程中，会有风险和冲突的出现，这些风险和冲突需要我们手动进行解决，但是在解决的过程中，我们也会有风险和冲突的出现，因此，我们不能直接在master分支中进行合并代码，我们需要在dev分支上进行合并代码，最后检测没有问题后，我们再将代码合并到master分支上。比如说，你在你自己的电脑中修改了文件A，你的同事在他的电脑中也修改了文件A，这时，你们之间只需要将各自的修改推送到对方，就可以互相看到对方的修改了。
如何撤销已提交的 Git 代码（已push和已commit）
gaotlantis的博客
10-30 1万+
Git 是一个被广泛使用的版本控制系统，能够帮助开发者灵活地管理代码。但是，有时我们可能需要撤销已经提交的代码。本篇文章将详细介绍如何使用 Git 命令来撤回已提交但尚未推送的代码，以及在不同情境下的最佳实践。在这些情况下，Git 撤回功能非常有用，可以帮助你修正错误、优化提交历史，并保持代码库的整洁和安全。模式时要特别谨慎，因为它可能导致代码无法恢复的丢失。这种方法会通过创建一个新的提交来撤销之前的更改。选择合适的模式非常重要，尤其在使用。
【Git】提交代码详细流程
热门推荐
weixin_43644527的博客
02-28 2万+
问题一、误提交：提交代码时遇到冲突，但冲突文件并不想提交【一般可以通过将文件添加到.gitignore长久解决，但是由于我的文件具有线上版本，.gitignore文件不起作用】git add .git add .】：添加所有文件到暂存区】:将此次修改的所有文件退回到工作区。
Git提交不小心出现误操作，如何撤销？
m0_56653160的博客
06-18 1512
总结：在Git中撤销提交的方法多种多样，你可以根据自己的需求选择最适合的方法。但请注意，在执行这些操作时要小心谨慎，并确保你了解每个命令的作用和后果。
git的提交和撤销命令
weixin_42116120的博客
06-10 342
工作区提交到暂存区 git add 暂存区提交到版本库 git commit -m “message” 工作区撤销修改 1.git checkout – 2.git restore – 暂存区撤销提交 1.git reset HEAD 2.git restore – staged 版本库撤销提交 1.git reset – hard HEAD^ ...
Git撤销提交
守夜人
11-19 350
在IDEA Terminal控制台中输入： git reset --soft HEAD~1
Git 如何撤销上一次提交？
2503_90908880的博客
03-14 1448
在使用 Git 进行版本控制时，有时我们需要撤销上一次提交。本文将介绍几种常见的撤销提交的方法，帮助你灵活管理代码提交。
git 提交文件撤销操作
muum的博客
07-05 5066
1. git add 添加 了多余文件 (只是add了,还没有commit) 撤销步骤: git status 查看add 的文件  git reset HEAD XXX/XXX/XXX.java 对某个文件进行撤销 git reset HEAD 撤销上次所有的add文件 2. git commit 错误 如果已经commit了那么 : git l
git撤销命令
weixin_62733705的博客
03-07 265
git reset --soft HEAD^
git 缓存 命令
最新发布
07-24
<think>我们正在讨论Git缓存操作（也称为暂存区操作）的常用命令。根据引用内容，缓存操作主要涉及`git add`、`git reset`、`git rm --cached`等命令。以下将系统整理Git缓存操作的常用命令及其使用场景。 ### 一、Git缓存操作核心命令 #### 1. **添加文件到缓存区** - 添加单个文件： ```bash git add <file_path> # 将指定文件添加到缓存区 ``` - 添加所有改动文件（包括新文件和修改过的文件）： ```bash git add . # 添加当前目录及子目录下所有改动 ``` - 添加所有修改和删除文件（不包括新文件）： ```bash git add -u # 注意：新创建但未跟踪的文件不会被添加 ``` #### 2. **从缓存区移除文件** - 移除单个文件（保留工作区修改）： ```bash git reset HEAD <file_path> # 将文件移出缓存区，但工作区修改保留[^1] ``` - 移除所有缓存区文件（保留工作区修改）： ```bash git reset HEAD . # 清空缓存区，所有更改回到工作区状态[^1] ``` #### 3. **停止跟踪文件但不删除** - 从Git仓库中移除跟踪，但保留工作区文件： ```bash git rm --cached <file_path> # 文件变为未跟踪状态，但本地文件保留[^3] ``` 适用场景：误将无需版本控制的文件（如日志、临时文件）加入Git。 #### 4. **查看缓存区状态** - 查看详细状态： ```bash git status # 显示缓存区和工作区的差异[^4] ``` - 简洁状态输出（标记修改状态）： ```bash git status -s # 短格式输出，第一列是缓存区状态，第二列是工作区状态[^2] ``` 输出示例： - `M` = 修改（Modified） - `A` = 添加（Added） - `D` = 删除（Deleted） - `??` = 未跟踪（Untracked） --- ### 二、典型场景操作示例 #### 场景1：添加文件后想撤销缓存 ```bash # 添加文件到缓存区 git add README.md # 查看状态（会显示"Changes to be committed"） git status # 撤销单个文件的缓存（README.md回到工作区修改状态） git reset HEAD README.md # 确认状态（README.md回到"Changes not staged for commit"） git status ``` #### 场景2：误将临时文件加入缓存，需停止跟踪 ```bash # 添加了临时文件 log.txt git add log.txt # 停止跟踪 log.txt（保留本地文件） git rm --cached log.txt # 查看状态：log.txt 变为未跟踪（Untracked） git status ``` #### 场景3：部分文件添加后想整体重置缓存 ```bash # 添加多个文件 git add file1.txt file2.txt # 放弃所有缓存更改（所有文件回到工作区） git reset HEAD . ``` --- ### 三、缓存操作与其他功能的联动 #### 1. **与提交联动** 缓存区是提交前的必经阶段： ```bash git add . # 缓存所有改动 git commit -m "message" # 提交缓存区内容[^3] ``` #### 2. **与撤销修改联动** - **未缓存**的修改（工作区）： ```bash git checkout -- <file> # 丢弃工作区修改（危险！不可恢复）[^1] ``` - **已缓存**的修改：需先`git reset`移出缓存区，再用`git checkout`丢弃。 #### 3. **与储藏（Stash）联动** 临时保存未提交的缓存区和工作区改动： ```bash git stash -u # 包含未跟踪文件[^2] git stash pop # 恢复最近储藏的内容 ``` --- ### 总结：Git缓存操作命令速查表 | **操作** | **命令** | **作用** | |------------------------|---------------------------------------|----------------------------------------| | 添加文件到缓存区 | `git add <file>` 或 `git add .` | 将工作区改动纳入版本控制准备提交 | | 从缓存区移除文件 | `git reset HEAD <file>` | 取消缓存，保留工作区修改 | | 停止跟踪文件 | `git rm --cached <file>` | 从仓库删除跟踪，保留本地文件 | | 查看缓存状态 | `git status` 或 `git status -s` | 显示缓存区和工作区差异 | | 清空所有缓存 | `git reset HEAD .` | 所有缓存文件回到工作区状态 | > 注意：缓存区是Git工作流的核心环节，合理使用可精确控制提交内容。避免直接提交所有改动，建议通过`git add -p`交互式选择变更片段。 §§相关问题§§ 1. Git中如何比较缓存区与最新提交的差异？ 2. 如何交互式选择部分修改内容添加到缓存区（git add -p）？ 3. 为什么有时候`git reset HEAD`无法撤销缓存？ 4. `git rm --cached`和`git reset HEAD`有何本质区别？</think>### Git 缓存操作常用命令详解 Git 缓存（暂存区）是工作区与本地仓库之间的中间层，用于精确控制提交内容。以下是核心操作命令： --- #### 一、缓存区基础操作 1. **添加文件到缓存区** ```bash git add <file> # 添加指定文件到缓存区[^3][^4] git add . # 添加所有修改/新增文件到缓存区[^4] git add -u # 添加所有已跟踪文件的修改（不包括新增文件）[^2] ``` 2. **查看缓存区状态** ```bash git status # 查看完整状态（缓存区/工作区对比）[^2][^4] git status -s # 简洁模式输出（第一列为缓存区状态）[^2] ``` **状态标识说明**： - `A` = 新增文件已缓存 - `M` = 修改文件已缓存 - `??` = 未跟踪文件（不在缓存区） - ` M` = 文件已修改但未缓存（空格在第二列）[^2] --- #### 二、缓存区撤销操作 1. **撤销缓存区的文件**（保留工作区修改） ```bash git reset HEAD <file> # 从缓存区移除单个文件[^1][^3] git reset HEAD . # 清空整个缓存区[^1] ``` *示例*： ```bash git reset HEAD config.txt # 将config.txt移出缓存区 ``` 2. **停止跟踪文件**（保留本地文件） ```bash git rm --cached <file> # 从Git仓库移除跟踪（文件保留在工作区）[^3] ``` *适用场景*：误将临时文件（如`log.txt`）加入版本控制。 --- #### 三、缓存区高级操作 1. **交互式添加**（部分内容缓存） ```bash git add -p # 交互式选择代码片段进入缓存区 ``` *操作提示*： - `y` = 缓存当前代码块 - `n` = 跳过当前代码块 - `s` = 拆分代码块 2. **临时保存缓存区改动** ```bash git stash # 保存缓存区+工作区修改到临时栈[^2] git stash pop # 恢复最近一次保存的修改到工作区 git stash apply # 恢复但不删除栈记录[^2] ``` --- #### 四、缓存区与提交联动 ```mermaid graph LR A[工作区修改] -->|git add| B[缓存区] B -->|git commit| C[本地仓库] C -->|git push| D[远程仓库] ``` 1. **提交缓存区内容** ```bash git commit -m "message" # 提交缓存区所有内容[^3] ``` 2. **跳过缓存区直接提交** ```bash git commit -a -m "message" # 自动添加所有已跟踪文件的修改并提交 ``` --- ### 典型场景示例 **场景1**：误将日志文件加入缓存区 ```bash git add server.log # 错误操作 git reset HEAD server.log # 从缓存区移除 git rm --cached server.log # 停止跟踪该文件 ``` **场景2**：切换分支前保存未完成的缓存 ```bash git add -p # 选择部分代码缓存 git stash # 保存剩余修改 git checkout other-branch # 返回原分支后 git stash pop # 恢复未完成的修改[^2] ``` --- ### 缓存操作速查表 | **操作** | **命令** | **作用** | |------------------------|------------------------------------|---------------------------------------| | 添加文件到缓存区 | `git add <file>` 或 `git add .` | 将工作区改动纳入版本控制 | | 查看缓存状态 | `git status -s` | 简洁显示缓存区/工作区差异 | | 撤销缓存区文件 | `git reset HEAD <file>` | 移出缓存区但保留工作区修改 | | 停止跟踪文件 | `git rm --cached <file>` | 从仓库移除跟踪（保留本地文件） | | 交互式缓存 | `git add -p` | 按代码块选择缓存内容 | | 临时保存缓存区内容 | `git stash` | 将未提交的缓存和工作区修改存入栈 | > ⚠️ 注意：`git reset --hard` 会**丢弃所有未提交的修改**（包括缓存区和工作区），慎用！[^1]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值