静态博客隐藏着一个容易被人忽略的隐私问题
内容提要
静态博客用Git管理内容时，删除已推送的文章不会真正消失，因为Git保留所有历史快照。需根据提交阶段选择方法：未推送可用amend或reset，已推送需用git filter-repo或filter-branch重写历史并强制推送。建议发布前不提交、草稿加入.gitignore或使用本地分支，避免隐私泄露。
延伸解读
Git 的“不丢数据”设计是隐私隐患的根源
Git 将每次提交视为不可变的快照，即使后续删除文件，历史版本中仍保留该文件。这意味着任何依赖 Git 部署的静态博客（如 Astro、Hugo、Jekyll、Hexo），一旦文章被推送，就难以彻底抹除。理解这一设计理念，才能意识到“删除”不等于“物理消失”，从而在发布前采取预防措施。
按提交阶段选择删除方法，避免过度操作
文章删除的复杂度取决于提交和推送的阶段：未提交时直接删除；已提交未推送可用 amend 或 reset；仅一次推送可用 rebase -i 配合强制推送；多次推送则需 filter-repo 或 filter-branch 重写历史。选择合适的方法可避免不必要的复杂操作，同时降低误操作风险。
养成发布前习惯，从源头避免隐私泄露
文章建议通过发布前不提交、草稿加入 .gitignore、使用本地分支等方式，防止敏感内容进入 Git 历史。这些习惯能显著减少需要重写历史的场景，也提醒博主在发布前仔细确认内容，避免因冲动发布而带来的隐私清理麻烦。
Q&A
静态博客删除文章后为什么还能被看到？
因为静态博客通常用Git管理内容，Git会保存所有历史快照。即使你删除了文章并提交新版本，之前的提交记录中仍然包含该文件，所以文章并未真正消失。
如果文章已经提交但还没推送到远程，如何彻底删除？
可以使用 git commit --amend 修改上一次提交，将不需要的文件移除；或者使用 git reset HEAD~1 撤销提交，删除文件后重新提交。
如果文章已经推送到远程且只有一次提交，如何彻底删除？
使用 git rebase -i 将包含目标文件的提交删除或合并，然后强制推送：git push origin master --force。
如果文章已经推送到远程很久且涉及多次提交，如何彻底删除？
需要重写历史，推荐使用 git filter-repo 命令：git filter-repo --path 文件路径 --invert-paths。或者使用 git filter-branch 传统方式。之后还要清理本地残留数据并强制推送。
为什么Git删除文件这么麻烦？
因为Git的设计理念是“不丢数据”，每次提交都是不可变的快照。删除操作只是在最新快照中去掉文件，但之前的所有快照仍然保留，所以必须重写历史才能彻底删除。
有哪些避免静态博客隐私泄露的习惯？
可以采取以下措施：发布前不提交；提交后未推送前用amend或reset修正；敏感文件只有一次提交时用rebase -i删除；将草稿加入.gitignore；使用本地分支写草稿。
