好的,感谢你们耐心等待我们完善这个想法。这是我们得出的结果:
来自 #feature:announcements 帖子的内容:
虽然我们始终为重大版本发布详细的更新说明,并附上突出主要功能的博文,但我们通常不会讨论重大版本发布前的 10 多次 Beta 版本。在听到社区成员的反馈后,我们决定尝试一种新的做法。我们将为每个 Beta 版本发布更新说明。这些说明将包含该 Beta 版本的“精华亮点”——即我们认为每个人都应了解的新变更说明——以及一份无需过多详述的小变更列表。
我们认为每周更新并不合适。开发并非“持续不断”,我们也不以周作为截止期限或时间框架,因此每周更新无法反映我们的开发周期。只有当我们有稳定可供站点更新的新内容时,才会发布新的 Beta 版本。我们最不想做的,就是分享关于某个正在开发中的新功能的更新,然后让大家更新后发现它尚未完全就绪。
我们计划先尝试发布几期 Beta 版本的更新说明,看看效果如何。请在此告诉我们你们的看法。
我其实几小时前就发布了更新说明,但弄错了分类的安全权限,导致只有团队成员才能看到 ![]()
此外,我们决定限制在 #feature:announcements 分类中回复,就像我们在 #releases 分类中做的那样。我们不想将关于某个功能的讨论分散到多个地方,因此功能讨论将继续在 Contribute > Feature 中进行,而 #feature:announcements 将仅用于发布公告本身。新功能的漏洞应在新建的 Contribute > Bug 主题中报告,除非我们已链接了“帮助我们测试 xyz”的主题。