把发布标签对应到提交

1. 写下当前已知项目和版本字段
2. 沿本页官方链接核对对应资料
3. 把未下载、未实测与待核项分别标记

保留仓库、引用、提交三个字段

例如repository、ref_name与commit_id组成代码仓证据。只写9.1标签不够，必须知道哪个仓库。轻量标签直接指向对象，附注标签还有独立对象；记录时区分标签对象和剥离后的提交。

三个真实9.1项目的标签记录

本站于2026-10-02只读核对官方远程引用，未下载源码包或验证签名。PostgreSQL的两个版本使用不同标签与提交；GCC和GDB的附注标签另列标签对象，表中保留剥离后的提交。

用自有仓库重现差异

本站tag-ledger.sh创建0.1.0教学标签，再把分支推进到0.2.0。读取标签和HEAD中的VERSION可看到两种状态。示例结果只反映本站自有文件，不宣称任何上游9.1仓库运行通过。

git rev-parse teaching-0.1.0^{commit}
git show teaching-0.1.0:VERSION
git show HEAD:VERSION

签名与内容比对分列

verify-tag核验签名标签仍依赖正确的公钥信任来源。标签对应一个提交不自动证明下载包逐文件相同；源码发行可能含生成文件或去掉仓库元数据。将签名状态和包内容对照结果单独留列。

复查远程引用的命令

有Git和网络的环境可以查询官方仓库的指定标签，命令只列远程引用，不克隆源码。附注标签可能同时输出标签对象及^{}行；^{}才是剥离后的对象。

git ls-remote --tags https://git.postgresql.org/git/postgresql.git 'refs/tags/REL9_1_0'
git ls-remote --tags https://gcc.gnu.org/git/gcc.git 'refs/tags/releases/gcc-9.1.0*'
git ls-remote --tags https://sourceware.org/git/binutils-gdb.git 'refs/tags/gdb-9.1-release*'

字段与用途对照

相关指南

相关核验分类

• 官方出处：从哪里建立可信出处链
• 版本身份：只有9.1时如何定位项目

相关版本档案

下列档案包含实际发布案例或明确标注的自有教学代码，可用来练习本页的核验步骤。