开发者邮件列表摘要 2017年9月23-29日

摘要

悉尼论坛

通用链接

Etherpads(复制自悉尼论坛 wiki)

万事通

如果您想发布一个想法,但没有与特定团队或工作组合作,可以使用这些

来自团队和工作组的 Etherpads

垃圾补丁,用于修复简单的拼写错误

  • 有些人认为,作为社区,我们必须做一些超越指导新开发者的事情。
    • 其他人提到,一些公司正在这样做,以在 OpenStack 以外的其他社区中钻空子。
      • 收益:显示高贡献水平的补丁是“低质量”的。
    • 一些社区成员希望通过一个停止标志来阻止这种情况,否则事情永远不会改善。如果我们现在不采取行动,我们就会伤害所有人,包括那些本可以做出更有意义贡献的开发者。
    • 其他人希望在我们创建严格的流程之前,我们需要收集数据来证明其他时候提供指导没有效果。
    • 我们现在有很多零星的信息需要收集和总结。
    • 如果结果表明存在明显的滥用行为,而不是误解,那么我们可以使用这些数据来设计有效的阻止措施,而不会伤害其他贡献者或制造我们的社区不友好的声誉。
  • 有些人不清楚为什么一开始对这些补丁有如此多的愤怒。他们正在修复真实的问题。
    • 也许存在 CI 成本,但合并得越快,将来有人提出它的可能性就越小,从而降低了 CI 成本。
    • 如果人们对 CI 资源深感担忧,第一步是向我们提供一个更好的现有系统账目,以了解资源目前的使用情况。
  • 线程

Stewardship 工作组状态

  • Stewardship 工作组是在 2016 年技术委员会、用户委员会、董事会和其他社区成员受邀参加的领导力培训的第一届会议之后创建的。
  • 跟进我们在 ZingTrain 中学到的内容,并推动我们发现的工具的应用。
  • 虽然我们(并且继续)
    • 当决定取消每周会议以提高包容性时,该工作组的活动基本停止了。
    • 失去了最初的领导者。
  • 工作组处于休眠状态,直到有人站出来领导它。
  • 如果您感兴趣,请加入我们在 Freenode IRC 的 openstack-swg 频道。
  • 消息

改进发布营销流程

  • 发布营销对于分享每个发布版本的新内容至关重要。
  • 让我们共同努力,改进营销社区和项目之间的合作方式,以实现发布沟通。
  • 在发布期间,多次重复地要求总结“主要功能”可能会让人厌烦,并且每次重新收集信息都不是有效利用时间的方式。
    • 被要求从发布中制作一个经过润色、适合“媒体”的消息,可能会感觉超出了 PTL 的关注领域或技能范围。
    • 技术内容营销人员试图从发布说明、邮件列表、规范、路线图等方式中找到关键功能,有时会忽略有趣的功能。
  • 为了解决这一差距,发布团队和基金会营销团队建议在发布标记过程中收集信息。
    • 我们将从可交付文件中收集信息,以提供系列亮点(大约三项)。
    • 该文本将用于在 release.openstack.org 上构建一个登录页面,该页面显示 PTL 标记的“关键功能”,营销团队应在发布沟通期间关注这些功能。
      • 此页面将链接到 发布说明,以便营销人员可以收集更多信息。
  • 消息

OpenStack 中的简化

  • 似乎有两种阵营:希望将 OpenStack 视为一种具有部署方式的产品,以及希望专注于配置管理工具的人。
    • 有人举例使用 Ubuntu MAAS 和 Puppet。Puppet 解决方案允许使用现有的部署方法,而前者则不行。
  • 我们应该开始推广和使用一个解决方案来支持社区的大部分工作。现在我们使用 Devstack 作为参考实现,但任何人都不应该将其用于除开发/测试之外的任何目的。
    • 这种想法可以使其他部署工作相关。
  • Kolla 在 PTG 上提出:基于不同“星座”或用例的场景测试和文档。
    • Puppet 正在做 这个,Triple-o 正在做 这个
    • 如果您分解实际用例,大多数人想要 nova (qemu+KVM)、neutron (vxlan,可能还有 VLAN)、Cinder (ceph)。
      • 如果我们同意覆盖 90% 的用户,那将归结为 4 到 5 种不同的“星座”。
    • 有人一直在研究一个本地测试环境,它归结为 这个
  • 线程

发表评论

您的电子邮件地址将不会被公开。 必填字段已标记 *