欢迎一个共同的项目来改善 OpenStack 用户体验

我们接受了一项新的用户体验计划提案，其使命是支持并促进跨项目协作，以改善 OpenStack 的整体用户体验。我个人认为这项努力与开源中的跨项目文档一样令人兴奋和创新。祝贺这个团队，欢迎你们！我们期待多个项目之间展开出色的协作和开放的努力。

入门套件建议变更

经过大量讨论，技术委员会决定略微修改计算入门套件标签应用，添加 Neutron 项目作为网络解决方案，并移除 Cinder 项目作为块存储解决方案，因为入门云可以先有临时存储，然后再添加块存储。

RPM 打包新团队

一个新团队已获批准，负责管理 /openstack git 命名空间中所有基于 RPM 的发行版的打包 git 仓库。该团队将启用 gate 测试和更改审查。
接近实际 OpenStack 开发的打包工作。联合项目团队负责人是 Dirk Mueller 和 Haikel Guemar。该团队为 SUSE、openSUSE、Fedora Linux、Red Hat Enterprise Linux 或 CentOS 提供打包服务。

Stackforge 决议

根据我们关于 Stackforge 退役的讨论，我们继续修改该决议，同时仍然希望找到一种方法来减轻组织重命名的额外工作。目前的提案是，不是退役 Stackforge 项目，而是简单地将所有 Stackforge 项目移动到“openstack/”命名空间，并在那里创建新项目。然后，当项目成为官方 OpenStack 项目时，无需进行存储库重命名。  从本质上讲，这意味着“openstack/”命名空间将不再只包含官方 OpenStack 项目，还包含我们社区驱动的共享开发环境中正在开发的任何项目。  这应该会大大减少对开发人员、用户和系统管理员的干扰。

M 命名任务已解决

M 版本是 Mitaka，快速念三遍！Mitaka, mitaka, mitaka。如果您能写出这个名字的第二个字“三鹰”，我会非常佩服！

服务名称和项目名称

为了追求一致性并以合理的方式编写每个服务，技术委员会成员兼文档专家 Anne Gentle 提出了一套针对项目和服务名称的指南，甚至包括那些已经存在多年的服务。在咨询了法律团队和技术编辑后，请审阅提议的指南，并查看应用了新指南的可能的新名称示例

• 对象存储 -> 对象存储
• 块存储 -> 块存储
• 镜像服务 -> 镜像
• 数据库服务 -> 数据库
• 裸机服务 -> 裸机
• 键值存储即服务 -> 键值存储
• 消息代理服务 -> 消息代理

请查阅并评论审查意见，以便我们进行讨论并查看各种示例。

引入跨存储库定义的可交付成果

我们在跨项目测试中发现，我们生产的可交付成果
作为一个“整体”，可能由多个代码存储库表示。例如，来自 Neutron 团队的网络版本实际上由 openstack/neutron 和 openstack/neutron-lbaas 以及其他来自 neutron-*aas 的集合组成。数据处理服务“sahara”团队发布的一个版本实际上由 openstack/sahara、openstack/sahara-extra 和 openstack/sahara-image-elements 组成。这些存储库都同时发布相同的版本号，并作为单个“可交付成果”一起发布。我们希望确保 projects.yaml 文件指示
该集合。在用户可见层而不是（技术）git 存储库层应用我们定义的“标签”也是有意义的。