跟进构建阶段 vcs_versioning GlobalOverrides warning

[liujuanjuan1984]

标题：跟进构建阶段 vcs_versioning GlobalOverrides warning

背景：

• 当前 ./scripts/doctor.sh 已通过，但在 build release artifacts 阶段仍会出现 vcs_versioning 的 GlobalOverrides warning。
• 该 warning 不阻塞 A2A 1.0 迁移与回归，但会污染构建日志，属于 packaging/tooling housekeeping。

现象：

• 构建阶段输出 UserWarning: No GlobalOverrides context is active. Auto-creating one with SETUPTOOLS_SCM prefix for backwards compatibility.

目标：

• 评估 warning 来源是 vcs_versioning 还是当前打包配置触发。
• 给出低风险修复方案，优先避免修改发布语义。
• 收敛构建日志中的这条 warning，保证 doctor / CI 输出更干净。

验收：

• ./scripts/doctor.sh 的 build release artifacts 阶段不再出现该 warning。
• 不影响现有 sdist / wheel 构建结果。

[liujuanjuan1984]

复审结论：

• 这个 issue 仍然有效。今天再次跑 ./scripts/doctor.sh 时，build release artifacts 阶段仍然稳定出现 vcs_versioning 的 GlobalOverrides warning。
• 从现象看，这更像是当前 build-isolation 里的 setuptools-scm / vcs_versioning 组合产生的 tooling 噪音，而不是仓库业务代码问题。
• 因此更符合当前最佳实践的实现路径是：优先确认是否可通过升级/调整构建依赖版本解决；不要先在仓库里加 ad-hoc suppression 或 monkeypatch 去掩盖 warning。

建议方案：

1. 先做最小复现并锁定触发 warning 的具体依赖版本组合。
2. 优先评估升级到兼容的新版本是否已自然消除 warning。
3. 若上游仍存在该 warning，再决定是临时 pin 到已知干净版本，还是转为上游跟踪；尽量不要在本仓库内加入非标准抑制逻辑。

[liujuanjuan1984]

状态同步：已切到最新 main 并新建工作分支 chore/issue-421-vcs-versioning-warning，接下来会先在当前主干上复现 build 阶段 warning，再评估是否仍然有效以及修复方案是否符合当前最佳实践。

[liujuanjuan1984]

复审与实现同步：

• 我已在最新 main 上复现问题，uv build --no-sources / ./scripts/doctor.sh 的 build release artifacts 阶段仍会稳定出现这条 GlobalOverrides warning，所以这个需求现在仍然有效。
• 进一步对比后发现：setuptools-scm 8.3.1 与 9.2.2 构建输出干净；当前最新 setuptools-scm 10.0.5 会引入 vcs-versioning 1.1.1，warning 正是在这一版本线开始出现。
• 因此，基于当前上游状态，更低风险、也更符合仓库现状的方案不是“升级到最新后自然消失”，而是把 build backend 依赖收紧到 setuptools>=80、setuptools-scm[toml]>=8,<10，既对齐上游当前推荐的 setuptools 下限，也避开会污染构建日志的 10.x 版本线。
• 我已经在工作分支完成该修改，并补了一个轻量测试防止后续漂移；随后完整执行了 ./scripts/doctor.sh，结果通过，且 build 阶段不再出现这条 warning。

如果没有额外方向，我下一步可以继续整理 commit 并准备 PR。

[liujuanjuan1984]

状态同步：修复已提交并推送，PR 已创建：#434。

本次方案在最新 main 上完成复现、修复与全量验证，./scripts/doctor.sh 已通过，构建阶段不再出现 vcs_versioning 的 GlobalOverrides warning。