推荐工作流程

Anaconda Repository 最有用的功能之一是它能够以无缝方式帮助管理包开发和部署。此页面描述了我们的一个内部团队采用的开发流程和渠道使用情况，作为您如何利用渠道进行工作流分离的示例。

多个渠道允许我们的团队维护单独的包状态，并轻松指定和控制用户可以安装的包的版本和状态。

我们的团队创建了以下频道：

• 掌握。
• 分期。
• 释放。

我们已经在 4 个发布周期中使用了这个工作流程，并且对我们来说效果很好。

大师

每当有东西合并到我们的主分支时，就会创建一个主。它被认为是构成软件的所有组件的开发版本。进入该频道的代码应该是稳定的，应该已经独立确认，但尚未对其进行完整的 QA 测试。

暂存

一旦我们准备好开始发布一个版本，我们就创建一个 staging:XYZ 分支。这包含将要发布的所有代码。此时不应引入新功能，只需对现有代码进行最后一分钟的错误修复。

发布

临时通道被剔除，以便只维护最新的包。删除任何 alpha、beta 或 dev 包。在所有测试完成后，所有问题都解决了，并且频道只包含每个包的一个版本，我们将该包复制到一个 release:XYZ 频道，然后锁定该频道。