git笔记之默认使用vim以及修改倒数第二次的commit提交信息到远程

git笔记之默认使用vim以及修改倒数第二次的commit提交信息到远程

git笔记之默认使用vim以及修改倒数第二次的commit提交信息到远程

在这里插入图片描述

code review!

文章目录

一.默认使用vim方法之一:使用 git config 命令

这是最直接且专门针对 Git 的设置方法。打开的终端(Terminal)或 Git Bash,运行以下命令:

git config --global core.editor "vim"

解释:

  • --global:表示这个设置对当前用户的所有 Git 仓库生效。如果只想对当前仓库生效,可以去掉这个参数(或者换成 --local)。
  • core.editor:这是 Git 中控制默认编辑器的配置项。
  • "vim":指定使用 vim。如果想使用 nvim (Neovim),也可以将其改为 "nvim"

二.修改倒数第二次的commit提交信息到远程

在操作之前,请务必注意:修改历史提交(Rebase)会改变提交的哈希值(Commit ID)。

如果这一分支是多人协作的分支(其他人已经拉取了的旧代码),强制推送到远程可能会导致队友的代码冲突或混乱。

  • 如果是自己的私有分支: 可以放心操作。
  • 如果是公共分支: 请先与队友沟通,或者考虑只追加一个新的修正提交而不是修改历史。

操作步骤

第一步:启动交互式变基 (Interactive Rebase)

我们需要对最近的 2 次提交进行变基操作。在终端中输入:

git rebase -i HEAD~2 
  • -i:表示交互模式(interactive)。
  • HEAD~2:表示从当前位置往回数 2 个提交。
第二步:选择要修改的提交

执行上述命令后,Git 会自动打开默认的编辑器(比如 Vim)。会看到类似下面的内容:

pick 1a2b3c4 倒数第二次的提交信息 (这是想改的) pick 5d6e7f8 最后一次的提交信息 ... 

需要做的是:

  1. 找到倒数第二次提交的那一行(通常是第一行,因为顺序是按时间正序排列的,旧的在上)。
  2. 将该行开头的单词 pick 修改为 reword (或者简写为 r)。
    • reword 的意思是:保留代码修改,但允许编辑提交信息。
  3. 不要修改第二行(最后一次提交),保持 pick 不变。

修改后的样子:

reword 1a2b3c4 倒数第二次的提交信息 pick 5d6e7f8 最后一次的提交信息 

保存并退出编辑器(在 Vim 中是 :wq)。

第三步:修改提交信息

退出后,Git 会立即再次打开编辑器。这次它是专门让编辑刚才标记为 reword 的那个提交的信息。

  1. 修改编辑器中的文字,改成想要的新提交信息。
  2. 保存并退出(:wq)。

Git 会自动完成剩余的变基过程。如果成功,会看到 Successfully rebased and updated refs/heads/... 的提示。

第四步:强制推送到远程

因为修改了历史提交,本地的提交历史和远程仓库已经不一致了(分叉了)。需要使用强制推送来覆盖远程仓库。

git push --force # 或者更安全的写法(推荐):git push --force-with-lease 
  • --force-with-lease 比单纯的 --force 更安全。它会检查远程分支在拉取之后是否有其他人推送过代码。如果有,它会阻止覆盖,防止意外删掉队友的代码。

总结流程图

  1. git rebase -i HEAD~2
  2. 将目标提交前的 pick 改为 reword -> 保存退出。
  3. 在弹出的新窗口中修改文字 -> 保存退出。
  4. git push --force-with-lease

常见问题:如果在 Rebase 过程中遇到冲突怎么办?

虽然只是修改提交信息通常不会产生代码冲突,但如果真的发生了:

  1. Git 会暂停 Rebase 并提示冲突文件。
  2. 需要手动解决冲突文件。
  3. 解决后执行 git add <file>
  4. 执行 git rebase --continue 继续流程。
    • 注意: 此时不需要执行 git commit

Read more

OpenClaw 大更新:支持 GPT-5.4、记忆热插拔,GitHub Star 突破 28 万

OpenClaw 大更新:支持 GPT-5.4、记忆热插拔,GitHub Star 突破 28 万

AI Agent 框架 OpenClaw 上周日发布 2026.3.7 版本更新,最受关注的变化之一,是正式加入对 GPT-5.4 的支持。与此同时,新版本还带来了 记忆系统热插拔(Hot-Swappable Memory)、Context Engine 插件体系、持久化频道绑定 等关键能力,并在模型生态、搜索工具链以及安全机制方面进行了系统升级。 对于越来越多正在尝试部署 AI Agent 的团队来说,这一版本的意义不只是功能更新,更像是一次 架构层级的升级。 一、插件化上下文引擎:突破上下文窗口限制 此次更新最核心的变化之一,是引入 Context Engine 插件接口。 新的插件体系提供完整的生命周期钩子,并通过基于插槽的注册表与配置驱动解析机制,使开发者可以接入不同的上下文管理策略。为了兼容旧行为,OpenClaw 同时加入了 LegacyContextEngine 包装器,在未配置插件时仍保持原有的上下文压缩逻辑。

OpenClaw 快速上手: 从0到1 完整教程 (Clawdbot)—— 2026 革命性的开源个人AI智能体(Personal AI Agent)

OpenClaw 快速上手:从 0 到 1 完整技术教程 前言:什么是OpenClaw? OpenClaw是一款革命性的开源个人AI智能体(Personal AI Agent),它代表了人工智能助手领域的一次重大突破。与传统的云端AI助手不同,OpenClaw采用本地优先(Local-first)架构,所有数据和处理都在用户自有设备上完成,确保了绝对的隐私安全。这款工具的核心优势在于其系统级执行能力和全渠道交互特性,用户可以通过Telegram、WhatsApp、iMessage等日常聊天工具下达指令,AI助手则能够自动完成文件整理、代码部署、日程同步等复杂任务。 OpenClaw最初名为Clawdbot,由开发者@steipete创建,自发布以来迅速在技术社区引起轰动。截至2026年1月,该项目在GitHub上的星标数已突破4万,支持Windows、Mac、Linux及云服务器多平台部署。它的设计理念是让AI助手真正成为用户的数字同事,具备24/7全天候工作能力,能够主动处理各种任务,而不仅仅是被动响应指令。 文章目录 * OpenClaw 快速上手:从 0 到 1

「安卓原生3D开源渲染引擎」Sceneform‑EQR:我的开源进化之路

「安卓原生3D开源渲染引擎」Sceneform‑EQR:我的开源进化之路

Sceneform‑EQR:我的开源进化之路 “那一夜凌晨 3 点,第一次提交 PR 的手在抖……” —— 那是我第一次把代码推向世界,也是我真正开始与开源世界对话的起点。 文章目录 * Sceneform‑EQR:我的开源进化之路 * 一、起点:一次“救火”式的开源尝试 * 二、一段接力:从谷歌到社区,再到我 * 1、SceneView/sceneform-android * 2、EQ-Renderer * 3、Sceneform‑EQR * 三、如今的 Sceneform‑EQR * 1、GitHub & GitCode 双平台同步 * 四、难关与成长:从内存泄漏到动态材质 * 1、内存泄漏的破冰之战 * 2、材质探索:复刻 AR

IPTV播放源检测全攻略:从故障排查到智能监测的开源解决方案

IPTV播放源检测全攻略:从故障排查到智能监测的开源解决方案 【免费下载链接】iptv-checkerIPTV source checker tool for Docker to check if your playlist is available 项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker IPTV播放源的稳定性直接决定了观看体验,但频繁出现的失效、卡顿和缓冲问题常常让用户困扰不已。作为一款专业的开源工具,iptv-checker能够精准诊断播放源问题,智能筛选稳定资源,帮助用户构建可靠的IPTV播放系统。本文将以"技术侦探"的视角,从问题溯源、工具解构、场景落地到系统优化,全面解析如何利用这款工具解决IPTV播放难题。 问题溯源:IPTV播放故障的五大元凶 当IPTV播放出现问题时,我们需要像技术侦探一样,通过蛛丝马迹找出问题根源。常见的五大故障类型各有其特征和解决思路: * 传输链路异常:如同侦探追踪线索时遇到的道路中断,IPTV流在传输过程中因网络波动出现丢包,表现为画面频繁卡顿或花屏