在每个版本周期中,OpenStack项目的PTL(项目团队主管)都会介绍他们所管理项目的未来功能,以及开发者加入和影响路线图的方式。今天我们为您介绍OpenStack客户端和Documentation这两个项目在Mitaka版本的规划。
紧要问题:
DeanTroyer说:“我们在OpenStack东京峰会上讨论最多的一件事情是‘帮助’命令。我们有一长串需要解决的问题,目前我们仍然在对它们进行分类梳理。这是我们下一个周期的目标之一。”
下一步:
让用户体验更为流畅仍然是需要优先考虑的问题。Troyer表示,他希望与OpenStackUX展开合作,以在本个周期中能够获得用户的反馈。
Mitaka版本中将加入什么?
提升性能。Troyer说:“我们非常看重DevStack中的开发者。我们正在尝试着降低加载时间。我们可以输入自己喜欢的‘openstack爱好清单’,并且无需等待4秒钟才能得到响应。”
加入方法:
“就如同这里的每个项目一样,我们都会有新的贡献者,尤其是在新项目中,因为它们不存在老旧客户端问题。通过这些新项目加入会更好一些。” Troyer说。
通过Ask OpenStack查阅常见问题;
对于路线图或是开发问题,可订阅OpenStack开发邮件列表并使用[OpenStackClient]标签。
项目描述:OpenStackDocs为大多数OpenStack项目提供文档支持。所有的OpenStack用户每周至少都会用到一次文档。
PTL:Rackspace信息开发部门高级经理Lana Brindley
紧要问题:
Lana Brindley指出:“我们希望确保我们拥有高素质的社区成员,希望加大对那些在官方文档中纳入自家产品信息的团队的支持力度。大帐篷模式正在改变我们看待项目的方式。我们还希望能够以最佳方式支持每一个产品团队。”
需要进行哪些改进?
Brindley说:“我们正在收集关于Web应用程序描述语言(WADL)系统无法针对API文档进行良好工作的反馈意见,我们正致力于这方面的工作。AnneGentle(docs.openstack.org的管理者,也是Lana Brindley在Rackspace的同事)正在致力于ID方面的工作,它将把我们引导至Swagger上。”
“我们还收集到了许多关于版本注释方面的反馈意见,这让我们感到非常意外。与不同的人展开合作可以更好地理解问题。对于改进工作,我们已经有了一些好的想法。”她说。
Mitaka版本的下一步规划
文档的导航将被优先考虑。“对于一些分类来说,从基于角色的数据类型转向基于任务的数据类型可能更为容易。因此我们将从最容易的用户指南开始,看看它们是如何工作的。”她说。
下一个版本的大主题是通过聚焦协作实现易管理性。Brindley表示:“因为Liberty版本是我作为PTL推出的第一个版本,所以我仍然在学习如何能够推出更优秀的版本。能够从文档团队那里听到一些关于如何做才能取得更好成效的反馈意见让我感到非常高兴。我们也能够为此进行调整,并且在Mitaka版本中进行相应的改进。”
加入方法:
Brindley强调文档团队目前一直在寻找技术文档工程师和开发者(即便这些人并不认为自己是一名优秀的文档工程师)。她还指出,文档将开发成像代码一样,OpenStack积极的技术贡献者(ATC)正在提供相关的技能帮助。
每周例会时间:每周三可关注#openstack-meeting频道。不同时区的时间有所不同,亚太地区用户可在格林威治时间零时30分关注#openstack-meeting频道,美国区用户的时间为格林威治时间14时。
编者注:本文编译自superuser.openstack.org,作者为Nicole Martinelli,编译者Frank Chan。