欢迎一个旨在改善 OpenStack 用户体验的通用项目
我们接受了一项关于新 UX 项目的提案，该项目的使命是支持和促进跨项目合作，以改善 OpenStack 的整体用户体验。我个人认为这项工作和开源中的跨项目文档一样令人兴奋和具有创新性。祝贺这个团队，欢迎加入！我们期待着多个项目之间伟大的协作和开放努力。
启动套件建议变更
经过大量讨论，技术委员会决定略微更改计算启动套件标签的应用，通过添加 neutron 项目作为网络解决方案，并移除 cinder 项目作为块存储解决方案，因为启动云可以拥有临时存储，然后稍后添加块存储。
新的 RPM 软件包团队
一个新团队已经获批，负责管理 /openstack git 命名空间中基于 RPM 的发行版的所有软件包 git 仓库。该团队将启用对 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 仓库层级应用，也更有意义。
发表评论