Git 修改历史 Commit
leikooo
2026-09-04 19:38
阅读614
1、git log 看
2、输入命令
▼text复制代码git rebase -i 上面看到的 commit id
然后点击 i 进入编辑模式之后把下面红框改成 edit（一开始是 pick），并且需要 esc + :wq 保存，这个就是和 vim 操作一个逻辑了。
保存之后可以看到下图：
如果只是修改 commit 信息那么只需要执行 git commit --amend 即可。 修改完成之后也是 git push --force 仓库地址 master 即可。
3、修改本次提交的文件，比如说删除一些不需要的信息之类的。如果是修改还需要进行 git add git commit 这个过程可以用 idea 来搞定：
4、执行
▼text复制代码git rebase --continue
5、最后的最后就是执行 git push 但是普通的 push 不可以，需要 --force-with-lease （比 --force 更安全一些）：
▼text复制代码git push --force-with-lease 仓库地址 master
6、如果一直登录失败可以使用 gh 进行登录，输入下面的命令之后会在默认浏览器弹出 GitHub 的授权页面，点击授权即可，点击授权之后等一下会这个 gh 命令就会登录成功
▼text复制代码gh auth refresh -h github.com
7、可以查看登录状态，输出正常就表示登录成功了：
▼text复制代码gh auth status
评论
问答助学
相关内容
0个评论
全部评论
点击登录，快来和大家讨论吧～
表情
图片
暂无评论
作者分享
IP 数据库体积缩小 31%，关键竟然是合并重复子树
2
提到用 Rust 重写项目，很多人的第一反应往往是性能提升。以 Bun 为例，它最初主要采用 Zig 开发，后来在 2026 年发布的 v1.4 版本中将核心代码迁移到了 Rust。用 Rust 重写，性能、安全性往往是大家想要的，但是有没有想过用 Rust 重写还能发现 bug 呢？
pgrust 这个项就是，他用 Rust 重新实现 PostgreSQL，保持通信协议和 SQL 方言兼容。为了确认新系统的行为和原版一致，开发者需要对着 PostgreSQL 的实际返回逐个比对。结果查着查着，有些异常不是新代码的锅，PostgreSQL 自己就是这样的。pgrust 开发者 Michael Malis 把其中几个报告给了 PostgreSQL 社区。
大概的问题：
1）SP-GiST 空间索引里有个函数判断点的方位，代码认为上、下、同一水平线三种情况已经穷尽了，末尾放了句「impossible case」兜底。结果在特定浮点边界附近，三种判断同时不成立，程序真走进了这个「不可能」的分支
2）日期格式缓存复用时，一个解析模式的标记没重置，导致同一条 JSONPath 查询在同一个会话里，换个执行顺序结果就不一样。
3）pgcrypto 的 crypt() 在某些输入下截断了多字节字符，返回的文本编码不合法。能存进去，但 pg_dump 导出时就炸了。
一个用 Rust 重写的新项目，测着测着，把运行了几十年的 PostgreSQL 里埋着的东西翻了出来。Rust 重写的价值，不一定只在跑得更快、更安全这一件事上。为了做到真正的兼容，开发者得把前人没怎么碰过的边界全走一遍，这个过程本身就在帮原版排雷。
4
ARTS 1025: 唯一字符与同构字符串、省词可能增加阅读负担与重新估算软件的实现成本
5
🎉 1024 程序员节快乐！
祝编程导航里的每一位程序员：offer 多多，薪资翻倍，面试顺利，早日拿下心仪 offer！💻
17
AST：从 Java 代码理解抽象语法树
5
