SuccessBot 说
- loquacities: Newton 文档已上线 docs.openstack.org！干得漂亮文档团队 \o/
- dhellmann: OpenStack Newton 现已正式发布！
- tristanC: 6 名 TC 成员当选 Ocata [1]。
- dulek: Cinder gate 正在投票支持基本的滚动升级。离支持 assert:supports-rolling-upgrade 标签更近一步。🙂
- 更多
关于 TC 选举流程的一些想法
- 在决定竞选时，候选人会撰写一篇长篇的、深思熟虑的文章，阐述他们希望服务于 TC 的理由。
- 很少有人会提出后续问题，或者挑战候选人更明确地解释他们的立场。
- 有些人会选择他们最熟悉的名字，而不会阅读这些候选人帖子。
- 普遍认为，如果没有担任大型项目的 PTL，很难当选。
- 一个隐性偏见的例子，音乐管弦乐队的盲选会彻底改变选拔结果 [2]。
- 提案：让候选人自荐，但不要提交冗长的候选人信，只需说明他们希望服务的兴趣。
- 在提名截止后，选举官员将为每位候选人分配一个不具标识性的标签（例如随机数字）。
- 候选人将发表他们的想法和立场，并回复人们提出的问题。
- 候选人论文将在竞选期间发布，而不是提名期间。这将排除个人信息。
- 也许候选人可以将他们的回复转发给选举官员，选举官员将代表候选人发布回复，并仅使用候选人编号进行标识。
- 投票表单将仅列出候选人的编号。
- 关于该提案的一些想法
- 不允许人们评判他人的品格会引入欺诈动机。你可以秘密地告诉朋友你的号码。他们的隐性偏见会让他们认为这是道德上可以接受的，并让他们更有可能投票给你。
- 识别候选人可能很重要。对于某些人来说，他们所说的话与他们最终在掌控大权时所做的事情之间存在差异。
- 熟悉并不一定等于偏见。信任不是偏见。
- 一个很好的例子 [2] 需要了解演讲者和说出的词语，这来自该线程。这也是匿名选举领导者是个坏主意，并且有利于以英语为母语的人的原因。
- 我们需要几件事
- 允许提名和投票之间有时间间隔。有些候选人直到最后一天或两天才会宣布。这没有给人们足够的时间去了解他们。
- 如何处理时区差异。一位候选人可能会提前发布答案并获得更多的反馈。
- 减少现任者的影响。
- 管弦乐队选拔的比较在之前的几个周期中也提到了，但可能是一个糟糕的比较。人们被要求完成的工作是演奏乐器，结果发现很多与演奏乐器无关的事情导致了结果的偏差。
- TC 的工作是
- 将 OpenStack 的最佳利益放在首位。
- 有效地与我们社区中多样化的人群合作，完成工作。
- 找到摩擦点并消除它们。
- 帮助设定项目整体方向，并获得社区的认可。
- 撰写一篇好的候选人邮件并不能很好地代表这些能力。它衡量的是撰写一篇好的候选人邮件的能力，用英语。
- TC 的工作是
- Sean Dague 希望选民在选举中投票时，能够考虑到个人的声誉。
- 看看他们在整个 OpenStack 中所做的工作。
- 他们如何就事项达成共识。
- 他们能够让人们团结起来并向前推进哪些努力。
- 当他们遇到困难并克服困难时。
- 当他们寻求帮助和/或承认他们不在自己的领域时。
- 他们如何帮助新手。
- 他们如何与老手合作。
-
- 很容易将其驳斥为一场人气竞赛，然而，这实际上是关于评估个人提出的可信承诺。不仅仅是他们拥有的想法，而是他们能够将这些想法付诸实践的可能性。
- 完整线程
API 工作组新闻
- 在巴塞罗那峰会上进行的 API 易用性测试 [3]。
- 两个活跃的讨论 [4]
- 收集和改进 OpenStack 中的错误消息。
- 关于 GET 和正文处理的请求语义。
- 新指南
- 添加关于 JSON 期望的警告 [5]。
- 指南目前正在审核中
- 指定基于时间间隔的过滤查询 [6]。
- 完整线程
从运维角度来看的项目团队会议
- 第一次 PTG 将于 2 月 20 日至 24 日在亚特兰大市中心的 Sheraton 酒店举行。
- 门票价格为 100 美元。
- 团体费率为每晚 185 美元。
- 注册将在未来几周内开放。
- 横向/跨项目团队将于周一和周二举行会议。
- 垂直项目将于周三至周五举行会议。
- PTG 规划方面有很多很好的规划，但是，运维人员需要一些时间来弄清楚。
- Tom Fifield 给运维人员提供了一些说明
- 查看 PTG 网站上的图表 [7]。
- 我们终于承认一个发布周期从规划开始。现在我们将完成一个发布，同时规划另一个。
- 这使得峰会成为获得用户反馈和良好想法的合适场所。
- OpenStack 峰会是整个社区聚集在一起的地方。
- PTG 并不意味着峰会变成一个营销活动。峰会还可以包括
- 预规格头脑风暴
- 与用户的反馈
- 参与战略方向。
- PTG 并不意味着峰会变成一个营销活动。峰会还可以包括
- 不要期望运维人员参加 PTG
- PTG 的设计目的是为了提供完成工作的空间。除非用户深入代码，否则他们不会在那里。如果您想要用户的反馈，请使用峰会。
- 查看 PTG 网站上的图表 [7]。
- 对于像 Kolla 这样的以运维为重点的团队，参加 OpenStack 峰会和周期中期对于运维至关重要。并非每个人都需要参加每个活动，但这些团队应该组织好谁将参加哪些活动。
- 如果您要参加巴塞罗那峰会，OpenStack Foundation 的 Thierry 和 Erin 将主持关于 PTG 的信息介绍 [8]。
- 完整线程
下一次 PTL/TC 选举时间表
- 在上次 TC 会议上，TC 成员讨论了未来的选举周期，并考虑了 OpenStack 峰会和项目团队会议。
- TC 章程使用“设计峰会”和“峰会”这两个术语可以互换使用，不再有效，需要更改。
- 重点是限制变更的影响，以避免修改基金会章程 [9]。
- PTL 选举将继续围绕开发周期边界进行组织。
- TC 选举将继续围绕 OpenStack 峰会日期进行组织。
- 完整线程
在 Python 项目中运行非 Devstack 作业
- Devstack 是在 CI 环境中部署 OpenStack 的常用工具。
- 但是，它不像 Kolla、Fuel、TripleO 等工具那样在生产环境中部署 OpenStack。
- 在 Devstack 之外部署 OpenStack 时，事情可能会（并且确实）出错
- SSL 没有经过测试。有些项目仍然没有启用 SSL 进行测试。
- 并非所有地方都经过 IPv6 测试。
- 没有经过使用 HA（HAproxy 和/或 Pacemaker）的生产场景测试。
- 提议
- 这并不是要删除 Devstack。想法是在交互式方式中添加更多覆盖范围。
- TripleO 和 Heat 等项目已被添加到实验性管道中的 CI 作业中。
- 一份关于增加不同项目覆盖范围的草案文档 [10]。
- 在足够的测试和过度使用基础设施资源之间取得平衡很棘手。
- 任何比单元测试更复杂的事情都有 > 0% 的失败几率。
- 另一个提案
- 定期运行测试，并在测试通过时每天向前引用哈希值。
- 允许部署工具自动向前推进。
- 非常接近主分支，但没有紧密耦合到每个更改中。
- 这与 OpenStack-Ansible 项目的“集成构建”非常相似。
- 定期运行测试，并在测试通过时每天向前引用哈希值。
- 完整线程
[1] – http://lists.openstack.org/pipermail/openstack-dev/2016-October/105299.html
[2] – http://blog.leafe.com/bias/
[4] – http://eavesdrop.openstack.org/meetings/api_wg/
[5] – https://review.openstack.org/#/c/364460/
[6] – https://review.openstack.org/#/c/383862/
[7] – https://openstack.org/ptg
[9] – https://review.openstack.org/#/c/385951/
[10] – https://docs.google.com/spreadsheets/d/1bLg-uEGrQXyRZ-FuR6pf1WT4XN0-6MrlfqEShI7xMxg/edit#gid=0
