分析完成。以下是对 PR #189 门禁失败的完整分析：

PR #189 (libssh) 门禁失败分析报告

一、失败根因：代码/Spec 问题（非 CI 基础设施问题）

这是一个测试性 PR，PR 作者在 changelog 中明确写道："test CI with version bump (expect FAIL)"，即作者刻意制造了一个预期会失败的版本来测试 CI 门禁的失败检测能力。

PR 的改动内容（libssh.spec）：

1. 版本号篡改为不存在的版本：Version: 0.12.2 → Version: 0.99.0（libssh 从未发布过 0.99.0 版本）
2. 新增了一条 changelog 条目，但版本号与 spec 头部不一致：changelog 写的是 0.12.2-2，而 spec 头部的 Version + Release 实际为 0.99.0-1

三个门禁失败项的具体根因如下：

关键证据：

• 构建日志显示：build_time: 44（仅 44 秒就失败，远短于正常编译时间，说明在源码下载阶段就失败了，而非编译阶段）
• 构建日志显示：Package build failed:[{'package': 'libssh', 'arch': 'x86_64', 'result': 'failed', ...}]
• spec 文件中 Source0 路径的目录段 0.12 是硬编码的，即使 0.99.0 版本真实存在，URL 路径也不会正确

二、具体解决方案

由于这是一个明确的测试 PR（changelog 自述 "expect FAIL"），正确的处理方式是直接关闭该 PR，不予合并。

如果假设这是一个真实场景中版本号写错的情况，修复方案为：

1. 版本号必须使用真实存在的 libssh 发行版本（如恢复为 0.12.2，或升级到 libssh 官网实际存在的版本）
2. changelog 条目的版本号必须与 spec 头部的 Version-Release 完全一致
3. 如果确实要升级到新的大版本，必须同步修改 Source0 路径中的目录段（如从 0.12 改为对应版本路径）

三、修复步骤

# 步骤 1：关闭测试 PR（推荐做法，因 changelog 已声明 "expect FAIL"）
直接在 PR 页面关闭，添加评论说明：该 PR 为测试用途，版本号 0.99.0 不存在，
spec 校验和源码下载均预期失败。

# 步骤 2（如果是真实版本升级场景的修复）：
# 修正 spec 文件中的版本号一致性

# 2a. 确认目标版本真实存在（例如 0.12.2）
# 访问 https://www.libssh.org/files/ 确认版本目录

# 2b. 修改 Version 为真实版本号
sed -i 's/^Version:.*/Version:        0.12.2/' libssh.spec

# 2c. 确保 changelog 条目的版本号与 Version-Release 一致
# 例如 changelog 应写为：0.12.2-1（而非 0.12.2-2 或 0.99.0-1）

# 2d. 如果升级了大版本，同步修改 Source0 路径段
# 例如从 0.12 升到 0.13：
# Source0: https://www.libssh.org/files/0.13/%{name}-%{version}.tar.xz

# 步骤 3：本地验证 spec
rpmbuild -bp --nodeps libssh.spec    # 确认源码包可正常下载和解包
rpmspec -P libssh.spec > /dev/null   # 确认 spec 语法和版本一致性通过

# 步骤 4：提交修正并推送，重新触发 CI 门禁
git add libssh.spec
git commit -m "fix: correct version number and changelog consistency"
git push

四、结论