发布流程
对 Hummingbot 和 Hummingbot Gateway 代码库的更改通过 拉取请求 进行，这些请求在合并到代码库之前需要经过基金会协调的彻底工程和 QA 审查。
只审查以下拉取请求：
拉取请求状态看板¶
Hummingbot 基金会维护一个 Github 看板，你可以在其中查看所有活跃拉取请求的状态，包括正在进行的 PRP、错误修复、正在审查等。
审查流程¶
尽管通过 HBOT 投票批准表示社区希望将修复或改进添加到代码库中，但拉取请求需要经过一系列自动化和手动检查，以确保新代码：* 不会与其他代码库部分发生冲突或造成问题 * 不会引入安全风险 * 不包含合并冲突 * 包含手动测试、文档并符合代码质量指导原则 * 通过自动化测试
基金会质量保证 (QA) 和工程团队成员协调此流程，由社区成员（如 技术审查 DAO）协助。
在拉取请求获得批准后，它将经历以下开发周期：
分支¶
Hummingbot 代码仓库有三个主要分支，与每月发布版本的开发周期相关：
development¶
所有希望包含在 master 分支中的拉取请求必须以 development 分支为目标。然后它们会从 development 分支提升到 staging 分支，然后再进入 master 分支。只有在有相关已批准的 PRP 时，针对 development 分支的拉取请求才会被合并到 staging 分支。
staging¶
staging 分支由基金会 QA 团队用于在添加到 master 或 main 分支之前对所有代码更改进行全面测试。
master 或 main¶
master 是主要发布分支，包含最新稳定版的 Hummingbot 软件客户端，每月发布一次。
Hummingbot Gateway 的 main 分支具有相同用途。