OpenStack 开发人员邮件列表摘要 3 月 26 日 – 4 月 1 日

Mike Perez

2016年4月1日

SuccessBot 说

Tonyb: Dims 修复了 Routes 2.3 API 的破坏 🙂
pabelanger: 从 devstack-trusty 迁移到 ubuntu-trusty 完成！
通过 IRC 发送消息“#success [插入成功案例]”告诉我们你的成功案例。
全部

技术委员会选举投票现已开始

我们正在选举 7 名 TC 成员。
确认的候选人 [1]
如果您是基金会的个人会员 [2]，并且在 Liberty 和 Mitaka 开发期间为其中一个官方项目提交过代码 [3]，您就有资格投票。
重要日期
- 选举开始：2015-04-01 00:00 UTC
- 选举结束：2015-04-07 23:59 UTC
关于选举的更多细节 [4]
完整线程

官方项目发布流程变更

发布团队致力于自动化标记和文档记录 [5]，重点关注具有 release:managed 标签的项目。
第二阶段是扩展到所有项目。
发布团队将更新项目的 Gerrit ACL，以确保它们能够处理发布和分支。
不再先标记发布，然后将其记录在发布仓库中，所有官方团队都可以使用发布仓库来请求新的发布。
如果您不熟悉发布流程，请查看 openstack/releases 仓库中的 README 文件 [6]。
完整线程

Mitaka 中的服务目录 TNG 工作…下一步

Mitaka 包含了事实调查
public / admin / internal url
- 许多部署使用 internal url 的概念，因为人们认为这意味着数据传输不会发生变化。
- 一些部署将这些都设置为相同，并使用网络来确保内部连接命中内部接口。
- 下一步
  - 我们需要基于现有内容构建一组用户故事。
项目 ID 在项目中是可选的 – 进展良好
- 项目 ID 被硬编码到许多 URL 中，没有任何有用的理由。
- Nova 在微版本 2.18 中演示了删除此功能。
- 有一个补丁 [7] 正在 devstack 中启用此功能。
- 下一步
  - 让其他项目从他们的 URL 中删除 project_id。
服务类型权威性
- 我们同意需要一个地方来识别服务类型 [8]。
- 假设可能存在一个描述服务的 API 的单个 URL，即使对于大多数服务，我们也没有满足这个假设。
- 这导致了 [9] 一些 API 参考转向 RST 的工作。
- 下一步
  - 完成 API 文档转换工作。
  - 审查服务类型权威性仓库的补丁 [10]
服务目录 TNG 模式
- 我们有一些初步的工作来设置一个基于已知已知信息（类型/允许的 URL）的模式，并为已知未知信息留下一些空白，直到我们锁定其中的几个。
- 下一步
  - 审查当前模式。
每周会议
- 团队一直在 #openstack-meeting-cp 中每周开会，直到发布冲刺阶段，人们变得不堪重负。
- 会议现在将暂停，直到奥斯汀峰会之后，然后在恢复一周后重新开始。
完整线程

哦，Swagger，你在哪里？

之前已经传达了从 WADL 到 Swagger 的 API 参考信息迁移。
已经发现 Swagger 与我们当前的所有 API 设计都不匹配。
有一个计算服务器参考文档补丁 [11] 使用 Sphinx、RST 来完成 API 参考页面的近乎复制。
- Nova-API 团队、API 工作组和其他人对此达成共识。
对于那些与规范非常匹配的项目，我们仍然可以找到 Swagger 的用途。
例如，Swagger 不支持

显示微版本之间的变化
具有 /actions 资源的项目的允许使用多个不同的请求体。

一个新的计划正在制定中，但现在 API 参考和 WADL 文件将保留在 api-site 仓库中。
将在上游贡献者轨道中提供关于 Swagger 作为标准的规范和演示 [12]。
完整线程

跨项目峰会提案截止日期

何时：4月2日
地点：etherpad [13]
完整线程

Mitaka 发布最后一周的计划

我们正在接近 Mitaka 发布周期的最后一周。
重要日期
- 3月31日是请求遵循里程碑发布模型的项目的发布候选版本的最后一天。
- 4月1日是请求遵循中间发布模型的服务项目的完整发布的最后一天。
- 4月7日，发布团队将标记每个里程碑的最新发布候选版本。
- 发布团队将默认拒绝或推迟新的库发布和新的服务发布候选请求。
- 只有在发布后无法修复的真正关键的错误修复才会被发布团队确定。
完整线程

[1] – https://wiki.openstack.org/wiki/TC_Elections_April_2016#Confirmed_Candidates

[2] – https://openstack.org/community/members/

[3] – http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml

[4] – https://wiki.openstack.org/wiki/TC_Elections_April_2016

[5] – https://specs.openstack.org/openstack-infra/infra-specs/specs/centralize-release-tagging.html

[6] – http://git.openstack.org/cgit/openstack/releases/tree/README.rst

[7] – https://review.openstack.org/#/c/233079/

[8] – http://lists.openstack.org/pipermail/openstack-dev/2016-February/thread.html#85748

[9] – http://lists.openstack.org/pipermail/openstack-dev/2016-March/090659.html

[10] – https://review.openstack.org/#/q/project:openstack/service-types-authority

[11] – https://review.openstack.org/#/c/292420

[12] – https://openstack.org/summit/austin-2016/summit-schedule/events/7723