chick
b31b7fe25a
fix(release): 发布前确认工作树干净且提交已推送，并显式指定 tag 指向的提交
实测的缺陷：v1.0.2 的二进制是对的（校验和与 b060f86 干净树上的本地构建逐字节一致），但
**tag 落在 1.0.1 那个提交上**——因为脚本不自己建 tag，而是让 Gitea 建，而 Gitea 把 release 的
tag 建在"创建那一刻远端默认分支的 HEAD"上。当时 b060f86 还没 push，origin/main 还是 f499d02，
于是 v1.0.1 和 v1.0.2 指向同一个树，去读该 release 源码的人拿到的是修复前的版本。
两处修正：
1. 创建 release 时显式给 `target_commitish`，不再让服务器决定。
2. 发布前要求工作树干净、且 HEAD 已在某个远端分支上。前者不只是洁癖：Go 默认把 VCS 信息打进
二进制，工作树脏时构建产物带 "modified" 标记——实测同一个提交，干净树是 9c9c09dd…，脏树是
1d9bf3a1…，所以"tag 必须指向二进制所来自的那个提交"这句话在有未提交改动时根本不成立。