# Releases.discourse.org 反馈与建议

**URL:** https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414
**Category:** General
**Created:** [2026年三月27日 02:00 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414 "2026-03-27T02:00:04Z")
**Posts on this page:** 1
**Showing post:** 1

<div class="post-metadata">

### Author: ![mcdanlj](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcdanlj/32/131829_2.png) [@mcdanlj](https://meta.discourse.org/u/mcdanlj)
#### Post date: [2026年三月27日 02:00 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/1 "2026-03-27T02:00:04Z")

</div>

> [@david](#):
>
> 随着新的发布系统的推出，我们正致力于尽可能减少信息/工作的重复，因此我们将所有内容集中到了 [releases.discourse.org](http://releases.discourse.org)。

那里没有明显的通知系统。我甚至看不到 RSS 按钮。

那里的“芯片”（chips）对于理解整体情况来说，远不如之前那种发布你认为的发布亮点的方式有帮助。

新格式的、缺乏实质内容的发布公告不再值得被链接，以突出 Discourse 中令人兴奋的新功能。它们仅能作为通知，服务于那些将监控邮件作为主要更新触发器的用户，但不再为我们提供一个现实的选择，以便在社交媒体上分享“看看本月 Discourse 中有哪些酷炫的新功能”。发布网站无法提供这样的视角。那不过是在 `git log` 上撒的一点糖霜罢了。

我理解这是为了优化你们的时间分配。但我不明白发布网站是如何被视为公告实用性的功能替代品的。我也不打算试图通过阅读一堆格式化为“芯片”的提交信息来猜测哪些内容有趣——这些“芯片”本质上就是 `git log`，却占据了五倍多的垂直空间，使得阅读更加困难。因此，我可能将遗憾地无法了解即将到来的 Discourse 发布中真正有趣的内容。😭

---

_[View the full topic](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414)._