Notcurses项目发布工具重构：从github-release迁移到gh CLI

在终端字符图形库Notcurses的持续开发过程中，项目维护者决定对发布工具链进行重要升级。原有的基于Python的github-release工具因稳定性问题被弃用，转而采用GitHub官方命令行工具gh来实现自动化发布流程。

背景与痛点

传统的开源项目发布流程通常涉及多个步骤：创建GitHub Release、上传构建产物、生成变更日志等。Notcurses原本使用第三方Python工具github-release来处理这些任务，但在实际使用中遇到了可靠性问题。特别是在关键发布时刻，工具的不稳定可能导致整个发布流程中断，影响项目交付节奏。

技术方案选择

GitHub官方推出的gh CLI工具提供了完整的API覆盖和更好的稳定性保障。与第三方工具相比，gh具有以下优势：

1. 官方维护，与GitHub平台深度集成
2. 更活跃的开发者社区支持
3. 更完善的错误处理和日志输出
4. 作为Debian等主流发行版的官方软件包提供

实现细节

重构后的发布脚本主要涉及以下功能迁移：

1. 创建Release：使用gh release create替代原有工具
2. 资产上传：通过gh内置的上传功能处理构建产物
3. 标签管理：直接集成到发布命令中
4. 变更日志生成：保持原有逻辑，仅调整输出格式适配gh要求

技术影响

这一变更对Notcurses项目产生了多方面积极影响：

1. 可靠性提升：减少了发布过程中的不确定因素
2. 维护简化：消除对第三方Python工具的依赖
3. 流程标准化：使用GitHub官方工具链更符合现代开源项目实践
4. 可移植性增强：gh作为广泛分发的工具，降低了环境配置复杂度

最佳实践建议

基于Notcurses的经验，对于考虑类似工具迁移的项目，建议：

1. 评估现有工具链的痛点，明确迁移目标
2. 在非关键版本上先行测试新工具链
3. 更新相关文档，确保团队协作顺畅
4. 考虑将工具检查加入CI流程，提前发现问题

Notcurses的这次工具链升级展示了开源项目如何通过合理的技术选型来提升工程效率，也为其他面临类似问题的项目提供了有价值的参考案例。