发布群计划，F21 计划审查， Fedora.next 品牌设计和测试规划，以及 Ruby SCL 封装审查。
Fedora 是一个大项目，很难全部跟进。 本系列每周重点介绍五个不同领域的有趣事件。 这不是全面的新闻报道——只是带有链接的快速摘要。 以下是 2014 年 5 月 27 日的五件事：
群排时间表！
群 是 Fedora的年度贡献者大会，今年 8 月 6 日至 9 日在布拉格举行。 这 时间表现在在 sched.org 上. 组织者保留根据需要进行调整的权利，但这应该是最终的时间表。
去年的会议 太棒了，我认为今年会更好。 在忙碌的四天里计划了很多精彩的演讲、hackfests 和研讨会， 以及充满活力的“走廊轨道”和有趣的社交活动（尚未详细说明）。 总的来说，我们会完成很多真正的计划和扎实的工作，所有这些都建立在 Fedora的“友谊”基础。 如果你是一个 Fedora 贡献者，不确定你是否应该来，你应该来。 立即注册 羊群网站.
感谢所有提出会谈的人以及所有对这些提议进行投票的人。 还要感谢 Flock 组织者 Josh Boyer、Tom Callaway 和 Ruth Suehle，他们将这些选票用作拼凑时间表的难题的主要来源。 还要感谢 Miro Hrončok 和 Jiri Eischmann 制定场地后勤工作。
Fedora 21 日程提醒
说到日程安排……随着我们到了五月底，似乎是时候提醒一下 Fedora 21 时间表. 夏天过得很快！ 所以，复习一下：
- 6月6日： 大规模重建。 这意味着 发布工程 将使用最新的编译器和工具链从源代码重新构建分发中的每个包。 包维护者需要准备好修复任何暴露的问题。 （未构建且未更新的软件包最终将从发行版中删除。）
- 7月8日： 从生皮更改冻结和分支。 其中第一个意味着任何官方 变更提案 对于 F21 需要 a) 基本完整且处于可测试状态，并且 b) 默认启用（如果这是该更改的计划）。 我们有一个相当大的 变更集 计划在此版本中发布，其中许多更改涉及重大的新 Fedora。下一个 想法。 第二个意思是 Fedora 21 将成为与我们的滚动开发树 Rawhide 不同的存储库。 这意味着包装商为 F21 所做的任何更改都将通过正常的 包更新过程 ——这意味着测试人员可以决定是否要将他们的系统转移到即将发布的版本，或者继续使用 Rawhide 以跟随最终将成为下一个版本的最新版本。
- 7月22日： Alpha 更改截止日期和软件字符串冻结。 更改截止日期基本上意味着除了已接受的修复之外，所有将在 alpha 版本中登陆的东西都应该已经存在。 和 字符串冻结 意味着包 Fedora 上游是否应该停止进行用户可见的更改，以便 译者 有时间工作。
- 8月5日： 阿尔法发布。 这 Fedora 21 彩排——我们将真正了解即将发布的版本（以及仍然存在粗糙边缘的地方）。
- 8月26日： Beta 更改截止日期、100% 完成更改和软件翻译截止日期。 类似于 Alpha 的最后期限，但更是如此。 此时偏离轨道的提议更改可能需要缩减或延迟到下一个版本。
- 9 月 9 日： 测试版。 一切都会成形，我们将更关心润色而不是开发。 如果您在这一点上有一个重大改变的想法，那就太棒了 – Rawhide 开发树继续对业务开放，因此可以继续进步。
- 9月30日： 最终更改截止日期。 所有最后的更改都应该在。
- 10 月 14 日： Fedora 21 最终发布！ Fedora Cloud, Fedora 服务器， Fedora 工作站，所有的旋转和其余的都将进入这个世界。
所有这些日期都正式表示为“不早于”。 与往常一样，日程安排可能会……稍微调整……一点，但通常我们的目标是实际达到这些目标。 从现在开始，我们只有 20 周的时间——标记你的日历！
Fedora.next 初步品牌
这 Fedora 设计团队 正在制定三个不同的演示计划 Fedora 我们将在今年秋天发布的产品，作为 Fedora.下一个倡议。 每一个都需要自己的标志，但它们也需要一个连贯的外观，将它们作为整体的一部分联系在一起 Fedora 项目。 Fedora 贡献者 Máirín Duffy 以一些起点设计开始了这一过程，您可以在以下网址阅读到 Fedora.NEXT 品牌理念#1.
你怎么看？ 你有什么想法？
Fedora 21 测试计划
这三种产品也需要测试； 这就是时间表比通常的六个月长的原因之一。 Fedora 质量保证“社区猴子”亚当威廉姆森写了一篇 测试计划草案 为了 Fedora 21 概述了不同的工作领域和职责。 如果您有兴趣提供帮助（或只是好奇），请阅读 Adam 的 关于此草稿的消息 并加入对话 Fedora 测试邮件列表.
软件集包评论需要帮助（很快）
软件合集 是一种将软件打包成 RPM 的方法
/选择
，在分布的主要部分之外。 软件集合（简称 SCL）的主要用例是拥有一堆软件，这些软件以与发行版不同的速度运行——在 RHEL 或 CentOS 中，这通常意味着更快，但在 Fedora，它可能是一种跨多个版本提供一致运行时环境的方法。
具体来说，我们计划有一个 Ruby 1.9.3 和 Rails 3.2.8 SCL 在 Fedora 21 作为第一个实验，由 Fedora 贡献者 Marcela Mašláňová。 由于 F21 将有 Ruby 2.1.x 和 Rails 4.1，这将允许用户使用尚未准备好新版本更新到更新的代码 Fedora ——但是按照他们自己的时间表移植他们自己的代码
这 Fedora 包装委员会一直在努力 准则草案，剩下的一大障碍是 60 多个新包将需要通过标准审查过程。 该计划是通过组织一个在线活动日来完成这些活动，从而使这一切尽可能轻松。 如果您已经完成了一些软件包评论（最好是您了解 Ruby），并且有兴趣提供帮助，请观看 环境和堆栈 邮件列表以获取更多信息。
