如何验证已推送的Git提交？能否为历史提交补做GPG签名？

当然能给历史提交补签！不过得先提个醒：这个操作会重写仓库的提交历史，要是多人协作的仓库，一定要提前跟队友沟通好，不然容易给大家添乱。

1. 先确认基础配置 #

首先得确保你已经搞定了GPG密钥的核心配置：

• GPG密钥已经关联到你的GitHub账号
• 本地Git已经设置好user.signingkey，并且开启了默认签名（执行git config --global commit.gpgsign true）
  如果还没弄好这些，先把这一步完成再往下走。

2. 批量重签历史提交 #

有两种常用的方法，选一个适合你的：

方法一：用git filter-repo（推荐，更安全高效） #

这个工具是官方推荐用来替换旧的filter-branch的，执行下面的命令就能批量重签所有提交：

git filter-repo --commit-callback '
    import subprocess
    subprocess.run(["git", "commit", "--amend", "--no-edit", "-S"], check=True, cwd=r"\".repo\"")
'

方法二：用git rebase（灵活控制范围） #

如果你只想补签某个提交之后的所有记录，或者前N个提交，可以用rebase：

# 替换 <commit-hash> 为你要开始补签的第一个提交的哈希（比如最早的未签名提交）
# 或者用 HEAD~10 表示补签最近10个提交
git rebase --exec 'git commit --amend --no-edit -S' -i <commit-hash>^

要是想补签所有历史提交，就用：

git rebase --exec 'git commit --amend --no-edit -S' -i --root

执行后会进入交互界面，直接保存退出就会自动开始重签流程。

3. 强制推送到远程仓库 #

因为重写了历史，普通推送会失败，得用强制推送，但推荐用更安全的--force-with-lease：

git push --force-with-lease origin main
# 把main换成你的目标分支名，比如dev、master之类的

小提示：--force-with-lease会先检查远程分支有没有你本地没有的新提交，比直接--force更稳妥，能避免不小心覆盖队友的工作。

4. 验证补签结果 #

推送到GitHub之后，去仓库的提交历史页面看看，之前的未签名提交应该都变成“Verified”状态了。

• 如果仓库有多个分支，每个分支都得单独执行补签和推送操作
• 要是你是fork的别人的仓库，补签后只推送到自己的fork就行，别强制推送到上游仓库（除非你是仓库维护者）
• 重写历史后，其他协作者需要重新克隆仓库，或者执行git pull --rebase来同步本地分支，不然会出现大量冲突

内容的提问来源于stack exchange，提问作者Sebastian D'Agostino