git commit --allow-empty 是创建空提交的唯一正统方式，用于触发ci/cd、占位或记录元信息；其生成新commit但tree与上一个完全相同，不可用revert撤销，仅能通过rebase或强制推送删除。
git commit --allow-empty 能直接创建空提交
空提交就是不带任何文件变更的 commit，常用于触发 CI/CD 流水线、占位打标签、或记录纯元信息（比如“本次发布已回滚”）。Git 原生支持，不用绕路、不用伪造修改。
最简方式就是加 --allow-empty 参数：
git commit --allow-empty -m "chore: trigger deploy"
它会生成一个新 commit，父节点是当前 HEAD，但 tree 对象和上一个提交完全一致 —— 这就是“空”的本质。
为什么不用 git commit --amend 或改完再撤回
有人试过先改个文件再 git checkout -- 撤回，以为能骗过 Git，结果发现 git status 显示“nothing to commit”，根本提不了。这是因为 Git 提交的是 index（暂存区）快照，不是工作区差异；没 git add 就没变更进 index，自然没得提。
--amend 是重写上一个提交，不是新建，也不解决“从零建空提交”的需求。
- 空提交必须是独立的新
commit，不能靠 amend 伪造 - 改文件又撤回 ≠ 空提交：只要没
git add，index 没变，Git 认为无变更 -
--allow-empty是唯一正统路径，语义清晰、行为确定
空提交在 CI/CD 和 Git hooks 中的实际影响
很多 CI 工具（如 GitHub Actions、GitLab CI）默认只对有文件变更的 push 触发流程，但加上空提交后，只要 push 包含这个新 commit，就会走完整 pipeline。不过要注意两点：
- 某些 CI 配置会过滤掉
empty提交（比如用if: github.event.head_commit.message != ''判断），得确认你用的 runner 是否真认这个 commit - Git hooks（如
pre-commit）默认不会运行在空提交上，因为git diff --cached无输出，hook 脚本可能直接跳过 —— 别指望靠空提交触发 lint 或 test - 空提交的
tree和前一个完全相同，所以git log --oneline --graph看起来就像“多了一行消息”，但所有文件历史完全不变
空提交无法被 git revert 直接撤销
执行 git revert <empty-commit-hash></empty-commit-hash> 会报错：error: Commit <hash> is a merge but no -m option was given.</hash> 或更常见的：error: empty commit has nothing to revert.
这是因为 revert 的原理是“做一次反向变更”，而空提交没有变更可反向。如果真想删掉它，只能：
- 用
git rebase -i交互式删掉那行（仅限未推送） - 如果已推送到远端，且团队允许，可用
git push --force-with-lease覆盖 - 别用
git reset --hard后再 push，容易覆盖别人新提交
空提交一旦合并进主干，就该当作正常 commit 对待——它不可逆，也无意图可逆。
