OpenHands项目GitHub Actions执行时仓库名称缺失问题解析

在开源项目OpenHands的使用过程中，开发团队发现了一个影响GitHub Actions工作流执行的参数传递问题。该问题表现为当通过GitHub Actions接口执行issue解析功能时，系统无法正确获取仓库名称参数，导致工作流执行失败。

问题现象

当用户尝试通过GitHub Actions执行OpenHands的issue解析功能时，系统会报出参数缺失的错误。具体表现为命令行工具提示缺少--selected-repo参数，而实际上工作流配置中已经包含了仓库名称信息。从调试日志可以看出，虽然GitHub Actions的环境变量中正确设置了github.repository值为"SECQUOIA/pysperf"，但这一参数并未被正确传递给解析器。

技术背景

OpenHands项目提供了一个自动化issue解析工具，它能够通过AI技术帮助开发者分析和解决GitHub仓库中的问题。该工具支持通过GitHub Actions进行集成，允许开发者在issue创建或更新时自动触发分析流程。

问题根源

经过技术团队分析，该问题源于近期的一次参数名称变更。开发团队将原本使用的--repo参数更名为--selected-repo，但GitHub Actions的工作流模板未能同步更新。这种参数命名不一致导致系统无法识别传入的仓库名称。

解决方案

针对这一问题，技术团队采取了以下措施：

1. 参数名称统一：确保GitHub Actions工作流模板与核心解析工具使用相同的参数命名规范
2. 版本控制改进：开始使用特定版本的SHA来引用工作流定义，避免因更新不及时导致的兼容性问题
3. 发布流程优化：计划在下次发布时包含这一修复，确保所有用户都能获得稳定的使用体验

影响范围

该问题影响了所有通过GitHub Actions使用OpenHands issue解析功能的用户。多个独立仓库（如pysperf和gdplib）都报告了相同的问题现象，证实了这是一个普遍性问题而非特定环境下的偶发故障。

最佳实践建议

对于使用类似自动化工具的开发团队，建议：

1. 保持工作流定义与核心工具的版本同步
2. 对参数变更保持高度敏感，确保所有集成点同步更新
3. 考虑使用固定版本而非最新版本来引用外部工具，提高稳定性
4. 建立完善的变更通知机制，确保参数变更能够被所有相关方及时知晓

通过这次问题的解决，OpenHands项目不仅修复了当前的功能缺陷，还改进了开发流程，为未来的稳定运行奠定了基础。这也为其他开源项目提供了宝贵的经验教训，展示了参数管理和版本控制的重要性。