git commit的信息错了咋办！用--amend最详细教程～

最新推荐文章于 2024-11-15 12:46:19 发布

原创最新推荐文章于 2024-11-15 12:46:19 发布 · 1.4k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#git

博主因commit信息不规范需修改，使用git commit --amend出现错误。问题是commit信息有误需重新提交，解决办法是先用git commit --amend，push报错后用git push -f。还给出具体步骤，包括查看历史、编辑信息和强制推送。

昨天push上去之后，mentor说我commit的信息不太规范，让我去修改，结果我用git commit --amend之后发生了错误...来记录下啦！

问题： commit的信息有误，需要重新提交

解决方法： 利用git commit --amend来解决，但是push上去会报错；之后的解决办法就是利用git push -f；

具体步骤如下：

1.git log：先可以看到你之前提交过的git历史；（在bash里输入wq退出log状态）

2.git commit --amend:按a/i/o来进入编辑模式，编辑好之后按esc结束；

3.git push -f(强制push上去！)

步骤就是这些啦，git太强大了，后面遇到什么再来总结吧！

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

陈漂亮beauty

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

git基础教程（27）git commit --amend撤销方法

二进制君

07-09

4637

为了保持git push时只有一个完整的commit，我们经常使用但有时想回退其中的某次commit，该怎么办？当前代码仓有如下文件：修改和，并提交。在未push前，继续修改，并执行覆盖上一个commit。执行发现最新的commit id 已经从变为了这就演示到文章开头同事遇到的问题了，amend覆盖了上一个commit，且提交了对文件的修改，只是他未修改description。如果我们忘记了被覆盖的那个commit id，那就用命令看一下可以看出，reset已经恢复到上一个被覆盖的了，且对文件

Git（8）-- 撤消操作（git commit --amend、git reset 和 git checkout 命令详解）

一个超会写Bug的程序猿的博客

08-20

2757

文章目录1、撤消操作：`git commit --amend`2、取消暂存的文件 1、撤消操作：git commit --amend 在任何一个阶段，你都有可能想要撤消某些操作。这里，我们将会学习几个撤消你所做修改的基本工具。注意，有些撤消操作是不可逆的。这是在使用 Git 的过程中，会因为操作失误而导致之前的工作丢失的少有的几个地方之一。有时候我们提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了。此时，可以运行带有 --amend 选项的提交命令来重新提交： git commit --a

参与评论您还未登录，请先登录后发表或查看评论

git 提交后怎么修改commit的描述信息？

Twinkle_sone的博客

11-15

2963

现在应该99%的同学都是使用`git`进行代码版本管理了吧？那么有没有过在代码提交后发现commit的描述信息写错了的情况（`强迫症真的会被逼死`🤯）？那么我们需要怎么修改git提交后的描述信息呢？

git commit三种回退的方式

热门推荐

让学习成为一种习惯

04-20

1万+

当我们第一次提交后，发现还有修改没有提交，通常我们想的是在add/commit一次，这样存在的问题呢就是会有一些扰乱我们的commit信息。其实我们两次提交内容的目的都是同一个，比如修改bug,第一次提交时忘了删除我们调试时留下的debugger。git reset --soft HEAD^之后, 工作区有修改未提交，最后一次提交的内容暂存区保存了下来。也没有了提交记录，工作区也没有代码。查看提交日志，只存在一次提交记录，信息也是显示的我们第二次提交的信息。回退，差异存在暂存区，也好用，不轻易删除代码。

Tool--git commit提交错误后如何解决

进阶的小猫的博客

03-19

6811

在开发时自己提交了多个commit后，突然发现其中有一个commit带有bug, 如何解决？平时用git用的比较简单，一般我都是git commit -am "commit msg“ + git push联合操作，快速提交，今天被问到了这个问题，一时间答不上来，就仔细学习并整理了一个git的解决办法。 1.最简单直接的办法：直接在新一次的提交commit中，修复发现的这个bug，这样不需要回撤之前的提交，不需要做复杂的处理，只是会多一次commit的记录。想想我自己常常就是这么做的，真是很糙很不优雅的一种

git Commit 描述写错了，如何修改

lxc的点点滴滴

08-30

3397

1.执行 git commit --amend,进入到你上次提交的界面。问题：在提交代码的时候经常误操作把描述写错了，那么应该如何修改呢。4.修改后按esc退出，然后按。2.按一下i键，进入插入模式。shift+:（英文模式下）,然后输入wq就修改完成了。3.修改成正确的描述。

[译]git commit --amend

weixin_30426879的博客

09-29

172

git commit --amend命令用来修复最近一次commit. 可以让你合并你缓存区的修改和上一次commit, 而不是提交一个新的快照. 还可以用来编辑上一次的commit描述. 记住amend不是修改最近一次commit, 而是整个替换掉他. 对于Git来说是一个新的commit. 用法 git commit --amend 合并缓存区的修改和最近的一次...

详解git commit --amend 用法

10-15

下面我们将详细探讨 `git commit --amend` 的使用方法及其适用场景。首先，当你意识到上一次的提交有误，例如代码有错误，或者提交信息描述不准确时，你可以使用 `git commit --amend`。运行这个命令后，Git 会...

《Git常用命令》详细讲解·第4篇（git commit -m “commit message“和git commit --amend）

qq_43130919的博客

07-25

741

[TOC] (《Git常用命令》详细讲解·第4篇（git commit -m “commit message“和git commit --amend）)

Git commit --amend 修改提交信息操作

10-14

在使用Git的过程中，有时我们可能需要修正已有的提交信息，这时`git commit --amend`命令就显得非常实用。本文将深入探讨如何使用这个命令来修改提交信息以及其相关注意事项。 ### `git commit --amend` 的基本用法...

Git commit --amend

Spground

08-26

1755

Git commit –amend 在使用git作为版本控制的时候，偶尔会出现这种情况：对当前的修改用git commit -m'xxx'做一次commit，并记录一些commit log。但是随即又因为某些原因对工程做了修改，而这次修改逻辑上属于上次的commit的内容，此时再提交一些commit显然不合适，这时候我们需要有一种命令能将本次修改的内容合并到上一次的commit中，这样本次的修改...

git commit -amend_最常见的Git错误都有哪些，如何解决它们？

weixin_39789042的博客

11-29

956

脚本之家你与百万开发者在一起如果您曾经与许多开发者一起开发一个大项目，那么使用 Git 作为版本控制是一个最好的选择。不过 Git 很复杂，使用过程中经常会犯各种错误。在本文中，我将讨论程序员在使用 Git 时所犯的一些常见错误以及如何解决它们。拼写错误的最后提交消息经过几个小时的编码后，您的提交消息可能存在很多拼写错误，好在有一个简单的解决方案：git commit --amend该命...

git commit的--amend选项

chaoguo1234的专栏

03-29

1424

git commit --amend常常用来修改某个branch上最顶端的commit，大多数情况下，这个命令给人的感觉是用新的commit替换了原来的commit。git commit --amend与下面的语句等价: git reset --soft HEAD^ //将branch的头指针向前移动一个commit，--soft选项使得index和workspace t...

git (5) -- git commit --amend问题

master-dragon的专栏

08-19

3013

git commit –amend误操作，解决8月18日一个git commit –amend误操作,一时半会儿居然没想到怎么处理，特总结如下git add,commit了内容，还未git push到远程接着再修改内容继续修改，git add 然后git commit –amend 可以看到log消息就是上面的可以修改或不修改log文件，然后就可以git push了这里我修改了，然后g

Git 代码已经 push 上去了才发现写错？

半夏_2021的博客

07-11

972

Git 代码已经 push 上去了才发现写错？

git commit --amend出现报错：E325: ATTENTION Found a swap file by the name “.git/.COMMIT_EDITMSG.swp”

RayPick的博客

03-03

1782

E325: ATTENTION Found a swap file by the name ".git/.COMMIT_EDITMSG.swp" owned by: X dated: Wed Feb 21 12:01:07 2021 file name: ~X/Sites/mysite/.git/COMMIT_EDITMSG modified: no user name: X host name: X-2.local

git commit 后发现提交信息写错了怎么办

全栈攻略

11-17

1246

git commit 后发现提交信息写错了怎么办。可以使用命令 amend。此命令将打开默认文本编辑器，允许你编辑最近的提交的提交信息。以下是使用git add请注意，如果你已经将最近的提交推送到远程仓库，修改提交将会改变提交的哈希值，这可能会引起困惑和冲突。在这种情况下，建议与团队成员进行沟通，并协商如何处理已推送的提交。此外，还应该注意，仅在你是最近提交的作者的情况下才能修改最近的提交。如果你不是最近提交的作者，运行将会创建一个新的提交，而不是修改最近的提交。

git commit -amend报错 ! [remote rejected] HEAD -＞ refs/for/master (duplicate request) error: failed to

码点

07-16

2193

git push时报错: ` ! [remote rejected] HEAD -> refs/for/master (duplicate request) error: failed to

git commit--amend

zhc的博客

02-07

1425

最近在使用git,感觉git和svn有很大的不同，一直想写一篇文章来总结下 git和svn最大的区别就是git是一个非全量的分之形式，而svn是一个全量的形式，svn想要拉分之非常的费力。使用git的常用步骤： 1.从代码库clone下代码 2.本地进行修改文件，代码 git add *** git commit git push 一般我们在push之前都会将我们修改的代码进行review下，我们要知道我们推动给gerrit的是哪些文件，用git status 指令就能够清楚我们.

git commit --amend --no-edit git commit --amend区别

最新发布

10-10

`git commit --amend` 和 `git commit --amend --no-edit` 都是用来修改最新一次 commit 的命令，但它们在 **是否修改 commit message** 上有重要区别： --- ## **1. `git commit --amend`（默认行为）** ### **作用** - **修改最新的 commit**（包括提交内容和 commit message）。 - 如果暂存区（Staged）有新的修改，会 **合并到上一个 commit**。 - **会打开默认编辑器**（如 Vim、Nano），让你修改 commit message。 ### **使用场景** - 想 **修改 commit message**（比如修正拼写错误、补充说明）。 - 想 **合并新的改动到上一个 commit**（比如漏掉了某个文件）。 ### **示例** ```bash git add new_file.txt # 添加漏掉的文件 git commit --amend # 修改 commit message 并合并 new_file.txt ``` **效果**： - Git 会打开编辑器，显示原 commit message，你可以修改它。 - 最终生成一个新的 commit（Commit Hash 会变）。 --- ## **2. `git commit --amend --no-edit`** ### **作用** - **修改最新的 commit，但保持 commit message 不变**。 - 如果暂存区有新的修改，会 **合并到上一个 commit**，但 **不会修改 commit message**。 - **不会打开编辑器**，直接完成修改。 ### **使用场景** - 只想 **合并新的改动到上一个 commit**，但 **不想改 commit message**。 - 适用于： - 漏掉了某个文件（`git add` 后合并到上一个 commit）。 - 修复了代码但不想改 commit 描述。 ### **示例** ```bash git add fixed_code.py # 添加修复的代码 git commit --amend --no-edit # 合并到上一个 commit，不修改 message ``` **效果**： - 上一个 commit 会包含 `fixed_code.py`，但 commit message **完全不变**。 - Commit Hash 仍然会变（因为内容变了）。 --- ## **关键区别总结** | **行为** | `git commit --amend` | `git commit --amend --no-edit` | |-------------------------|----------------------|--------------------------------| | **是否修改 commit message** | ✅ 是（打开编辑器） | ❌ 否（保持原 message） | | **是否合并暂存区改动** | ✅ 是 | ✅ 是 | | **是否改变 Commit Hash** | ✅ 是 | ✅ 是 | | **适用场景** | 修改 message 或合并改动 | 仅合并改动，不改 message | --- ## **注意事项** 1. **`--amend` 会改变 Commit Hash** - 即使只是改 message，也会生成一个新的 commit，**影响 Git 历史**。 - 如果 commit 已经推送到远程，需要用 `git push --force-with-lease`（慎用！）。 2. **`--no-edit` 适合快速修复** - 如果你只是漏了文件或代码，且 commit message 已经足够清晰，用 `--no-edit` 更高效。 3. **编辑器行为** - 如果不加 `--no-edit`，Git 会打开默认编辑器（如 Vim），需要保存退出才能完成修改。 --- ## **示例对比** ### **场景 1：修改 commit message** ```bash git commit --amend # 修改 message ``` ### **场景 2：只合并新改动，不改 message** ```bash git add missing_file.js git commit --amend --no-edit # 合并文件，message 不变 ``` ---