PyMC 发布工作流程

• 通过版本特定的 milestone 跟踪所有相关问题和 PR

• 确保没有不应发布的重大已知错误

• 创建一个 PR 以提升版本号 在 __init__.py 中，并编辑 RELEASE-NOTES.md。

  • 重要提示

    请不要以发布版本本身命名，并记住像普通公民一样推送到您自己的 fork。

  • 在顶部创建一个新的 “vNext” 部分

  • 使用发布版本和日期编辑标题

  • 添加一行以感谢发布管理器，就像之前的版本一样

• 合并 PR 后，检查 master 上的 CI 管道是否全部 ✔

• 使用 Tag ´v1.2.3´ 创建一个 Release，并使用人类可读的标题，如之前的版本一样

完成最后一步后，GitHub Action “release-pipeline” 将触发并自动构建新版本并发布到 PyPI。

故障排除

• 如果由于某种原因，必须“取消发布”该版本，则可以通过在 PyPI 和 GitHub 上手动删除它来实现。但是，PyPI 将不接受另一个具有相同版本号的版本！

• release-pipeline 具有 test-install-job，如果 PyPI 索引更新不够快，可能会失败。

发布后步骤

• 前往 Zenodo 并将特定版本的 DOI 徽章复制到 release notes 中

• 重命名并关闭发布里程碑，并打开一个新的 “vNext” 里程碑

• 监控 conda-forge/pymc-feedstock 存储库的更新，以查找新的 PR。机器人应自动获取新版本并打开 PR 以更新它。但是，可能需要手动干预（请参阅仓库的 PR 历史记录以获取示例）。

• 使用新版本重新运行 notebook（参见 https://github.com/pymc-devs/pymc-examples）

• 确保新版本出现在网站上，并且 docs.pymc.io/en/stable 指向它。