代码管理

本文描述了作者在 2026 年 10 月 8 日凌晨进行的一次静态博客维护和部署过程中遇到的技术问题。作者首先介绍了自己所使用的静态博客系统，强调其“一切皆代码”的特点，使得修改和部署过程非常简单。然而，在进行网站更新后，作者发现 GitHub 出现了推送故障，即使尝试使用 Watt Toolkit 进行直连，推送功能也无法成功。作者仔细检查了仓库文件和 GitHub 的状态，但并未发现明显的错误，因此推测问题可能出在 GitHub 本身，即推送功能暂时被关闭，或者可能是作者的网络环境导致 GitHub 拒绝了请求，返回了内部错误。在经历了长时间的等待和排查后，GitHub 最终在一点多钟恢复了可推送的状态。这次事件让作者感慨，微软（GitHub 的母公司）偶尔出现的此类系统性问题，已是家常便饭，体现了技术维护中的不确定性和挑战性。

本文介绍了如何使用 Git 的 git show 命令从历史提交中恢复旧文件，以解决网站主题修改后想回退却忘记配置细节的问题。作者先描述了因访客不满新样式而决心改回旧版，但已遗忘具体参数，借助 Git 历史记录找回文件的经历。文章对比了 git reset 与 git show 的差异，强调后者更轻量，只展示指定提交中某路径的文件内容，不改变工作区或提交历史。具体操作是先通过 git log 定位目标提交的哈希值，再执行 git show c5b8851:path > path 将输出重定向到当前文件，并说明 > 覆盖写入与 >> 追加写入的区别。最后指出该方法适用于文本、配置、样式表等普通文件，且不受 LFS 管理限制。