Open edX 代码库变化迅速。 当人们从最新版本的代码库部署一个新实例时，每个人最终得到的代码都略有不同，这使得分享知识和改进变得困难。 为了解决这个问题，edX 正在创建一系列命名版本的 Open edX 代码库。 这些命名的版本将为人们聚集在一起提供稳定的时间点，以便更轻松地谈论您的 Open edX 安装并从 Open edX 社区中受益。
今天我们发布了 Aspen，这是 Open edX 的第一个命名版本。 Aspen 是在稳定时间点（2014 年 XNUMX 月中旬）冻结的 Open edX 代码库的一个实例； 即使 Open edX 开发者社区继续在当前的 Open edX 代码库上构建，Aspen 中的代码也不会改变。 所有版本都将接受 edX 的广泛测试，edX 将使用该版本来支持数百万用户，以及 Open edX 社区内的组织，该版本将在许多不同的配置中运行和测试。 我们选择了一个基于树的命名方案：下一个命名版本将命名为 Birch，应该会在几个月后发布。
edX 的 DevOps 团队之前发布了一系列 Vagrant 盒子，它们遵循基于面包的命名方案，包括 Injera 和 Kifli 等版本。 Kifli 等基于面包的版本与 Aspen 等基于树的版本之间的主要区别在于，前者适用于希望在最新版本的代码库上启动并运行的开发人员，无论它可能是什么，而后者适用于希望拥有稳定、一致的代码库版本的运营商。 基于面包的发布只是配置仓库的发布，而基于树的发布是整个 edX 平台的发布。 请注意，这意味着想要从基于 Kifli 的安装切换到基于 Aspen 的安装的操作员实际上可能是 降级 他们的代码库，从最新的开发代码库切换到更旧、更稳定的代码库。
Kifli（以及所有配置 repo 版本）旨在跟踪代码库的最新版本，无论它可能是什么，因此很难预测在尝试从 Kifli 切换到 Aspen 时可能会遇到哪些错误； 不同的人将从不同的版本开始，因此他们在切换版本时可能会遇到不同的错误。 这个困难正是我们创建 Aspen 的原因：因为 Aspen 是在一个稳定的时间点捕获的代码，所以每个开始使用 Aspen 的人都会拥有完全相同的代码库，并且将来应用改进和升级会更容易。 当我们发布 Birch 时，我们还将发布一个稳定的升级过程，将您的系统从 Aspen 升级到 Birch，而无需重新从头开始。
组成 Aspen 版本的代码已经过实战测试，可用于生产。 但是，“devstack”和“fullstack”安装脚本和文档是为开发和易用性而设计的，而不是为生产使用而设计的。 如果您计划为生产使用构建一个健壮的网站，您应该研究其他安装选项。
有关稳定命名版本的更多文档可在我们的 打开 edX Confluence 页面，更详细的安装说明可在 用于配置存储库的 Github wiki. 如果您遇到问题，我们建议您检查 openx-ops 邮件列表 并加入讨论。 我们希望得到您对此过程的反馈，以便我们不断改进。 感谢您成为一个很棒的参与社区！
