#feature 分类的新结构和发帖规范

我们正在对 Contribute > Feature 类别进行一些调整。

  1. specrfc 现在仅作为标签使用(并且我已经将所有标签中的 rfc 添加进去,因为我希望最终能完全淘汰 spec
  2. 我们新增了一个名为 #feature:announcements 的类别

功能公告的新规范

当一个新功能被合并到 beta 分支时(即该功能已经或即将部署给所有客户),我们通常会在 #feature:announcements 中为其创建一个的主题。

这意味着我们将(尝试)改变以往的习惯:

  1. 在现有的功能讨论中回复最终的功能公告
  2. 关闭该主题

改为:

  1. 关闭功能讨论。
  2. 回复一个新主题来解释并正式宣布该功能(通常借用之前功能讨论中的文案)。

我们通过这个新类别试图实现几个不同的目标:

  • 明确区分待定(规范制定中、计划中、需要反馈等)的功能和已完成的功能。

  • 为站点管理员提供一个可以通过 Discourse、RSS 或 API 跟踪的“新功能订阅源”。

  • 一个真正符合 RSS/API 友好的功能订阅源还将为其他地方的轻松集成铺平道路,例如在我们的即将推出的新仪表板中展示“新功能”订阅源。

  • 为我们提供编写规范的功能说明,可以更容易地发布到 Twitter 上,避免让新用户在冗长的功能讨论中感到困惑。甚至有机会实现自动化。


版本更新与功能公告有什么区别?

#releases 包含每个版本的详尽更新日志,而 #feature:announcements 则让您及时了解刚刚上线的最新更改。这更准确地反映了适用于所有客户和大多数自托管用户的“增量更新”发布周期。

14 个赞