WordPress 7.1 “Mary Lou”回顾总结

本文总结了 WordPress 7.1 回顾活动中收到的反馈。感谢所有通过回顾调查和对本文发表评论而提供反馈的人！

为便于阅读，反馈已进行了综合整理。完整反馈可查看 匿名表单回复 以及对原文的评论。

请记住，以下反馈是供未来版本发布时参考的建议，而不是必须落实的行动事项。 

1. 你会保留哪些内容？
2. 你会增加哪些内容？
3. 你会更改、减少或移除哪些内容？
4. 关于发布周期或发布小组的其他任何方面，你还有什么想表达的？
5. 在 7.1 发布期间，你是否在发布小组中担任正式角色？
6. 你是否参与了 7.1 的发布？
7. 参与这个项目的协作体验如何？
8. 你是否愿意参与未来的发布小组？
9. 你对当前发布小组的规模有什么反馈？
10. 要点与后续步骤

你会保留哪些内容？

• 照常举行的发布庆祝活动以及每周签到仪式。
• 整个发布周期中的良好沟通，包括安全更新。
• 安全审计，包括在部署前处理所有已知的高风险 HackerOne 问题。
• 为每项职责制定任务清单。

你会增加哪些内容？

• 为发布小组举行启动会议，这有助于团队协同合作，并且在时区条件允许时可以继续沿用。
• 更加重视用户文档，并确保按时完成。
• 更早了解面向用户的区块编辑器界面变化。有些变化，例如 Elements 面板和 GIF 视频区块变体，主要记录在开发者说明或 GitHub PR 中，这让文档贡献者以及为站点编辑人员提供支持的人更难提前做好准备。
• 开发者在适当情况下为自己的工单标记开发者说明或现场指南，并由他们自行撰写开发者说明。
• 扩大测试范围，例如邀请主机在自己的环境中进行测试，并向他们提供可在其设置中使用的 AI 提示词。

你会更改、减少或移除哪些内容？

• 在活动期间上线。一名受访者认为这不值得增加额外压力，发布小组的其他成员也赞同。如果发布再次与活动绑定，那么当所有参与者都能在活动期间遵循商定的日程和安排时，会有所帮助。
• 尽可能让发布小组成员之间有更多时区重叠。
• 有人请求恢复正式的 Docs 角色。发布期间的文档工作量很大，而目前只有少数贡献者具备承担这项工作的经验。
• 增加更多与发布相关的 Learn 内容。

关于发布周期或发布小组的其他任何方面，你还有什么想表达的？

• 增加能够同时跟进项目多个方面的贡献者会有所帮助。在这个周期中，多处都明显存在这一缺口。
• 提高对插件和主题生态系统中相关问题的关注。
• 增加自动化，考虑到发布流程已经执行过如此多次。
• 发布小组 thoughtfully 地沟通，并乐于接受反馈，受访者感谢发布小组所做的工作。

在 7.1 发布期间，你是否在发布小组中担任正式角色？

本部分说明调查参与者是发布小组的成员还是观察者。

你是否参与了 7.1 的发布？

本部分说明参与者是否实际参与了 7.1 的发布。

参与这个项目的协作体验如何？

本部分提供了若干选项，用于表示你对围绕协作的陈述有多大程度的赞同或反对。

您愿意加入未来的发布小组吗？

• 25%：我曾加入过发布小组，而且很乐意再次参加。
• 50%：我还没有加入过小组，但希望未来能尝试一下。
• 25%：我曾加入过发布小组，但近期不会再次参加。
• 0%：我还没有加入过发布小组，目前对此也没有兴趣。

您对当前发布小组的规模有何看法？

要点与后续步骤

• 在将发布与线上活动绑定之前，请考虑相关影响，并尽早商定所有参与者都能遵循的时间安排。
• 继续为发布小组安排启动电话会议，并在组建小组时考虑时区重叠。
• 寻找方法，将面向用户的编辑器 UI 变更更早地与文档和支持贡献者分享。
• 鼓励开发人员标记工单，以便添加开发说明或领域指南，并撰写自己的开发说明。
• 调查发布流程中哪些环节可以自动化。
• 寻找新方法，在 beta 和 RC 期间鼓励更广泛的测试，例如与主机共同进行。
• 更清晰地说明哪些贡献者可以参与项目的多个部分，并可协助处理特定领域。
• 研究如何将更多 Learn 内容与每次发布关联起来。
• 寻找方法，在发布周期内提高对插件和主题生态系统所存问题的关注。

特别感谢 @annezazu审阅本文。 

#7-1，#复盘