Mapperly项目发布流程优化：从提交信息驱动到发布计划管理

在软件开发过程中，发布管理是一个关键环节，它直接影响着用户体验和开发者效率。Mapperly项目团队近期针对其发布流程进行了深入思考，提出了一个优化方案，旨在解决当前基于提交信息的自动发布流程存在的问题。

当前发布流程的局限性

Mapperly项目目前采用Git提交信息自动生成发布说明的机制。这种自动化方式虽然高效，但也暴露出几个明显问题：

1. 提交与发布不同步：功能提交和后续修复可能被拆分为多个提交，但最终只发布一个版本，导致发布说明包含冗余信息
2. 缺乏灵活性：无法在发布前对说明内容进行必要的编辑和整理
3. 版本管理不够精细：难以区分稳定版和开发版的发布说明

这些问题影响了发布说明的准确性和用户体验，特别是在处理复杂功能迭代时尤为明显。

优化方案设计

团队提出的新发布流程基于"发布计划"概念，主要包含以下核心改进：

1. 动态发布计划维护：使用自动化工具维护两个持续更新的发布计划

   • 下一个版本计划（包含最新变更）
   • 下一个稳定版计划（仅包含稳定功能）

2. 人工审核与发布：通过GitHub界面手动触发发布，允许在发布前：

   • 编辑和优化发布说明
   • 确认发布内容
   • 选择发布类型（稳定版或开发版）

3. 自动化构建与分发：发布确认后自动执行：

   • 构建发布包
   • 发布到GitHub Releases
   • 推送到NuGet仓库

技术实现要点

实现这一优化方案需要解决几个关键技术点：

1. 发布计划生成：需要配置自动化工具按照预定模板收集和组织提交信息，支持分类（如功能、修复、破坏性变更等）和过滤

2. 版本号管理：需要建立清晰的版本号规则，区分稳定版和预发布版

3. 发布触发机制：设计可靠的GitHub Actions工作流，响应手动发布事件并执行构建发布流程

4. 权限与安全：确保发布权限控制得当，防止未经授权的发布操作

预期收益

这一优化将带来多方面改进：

1. 更清晰的发布说明：通过人工整理，可以提供更有逻辑性、对用户更友好的变更说明

2. 更灵活的发布节奏：不再受限于提交频率，可以根据功能成熟度决定发布时间

3. 更好的版本管理：明确区分稳定版和开发版，方便用户选择适合的版本

4. 更高的发布质量：发布前的审核环节可以减少错误发布的风险

实施路径

团队计划分阶段实施这一优化：

1. 首先评估和选择适合的发布计划工具
2. 配置基础模板和分类规则
3. 设计并测试新的GitHub Actions工作流
4. 逐步迁移现有流程，确保平稳过渡

这一优化不仅解决了当前Mapperly项目的具体问题，也为项目未来的规模化发展奠定了更可持续的发布管理基础。通过结合自动化效率和人工审核的灵活性，团队有望提供更高质量的发布体验。