# Minimum\_discourse\_version 在 -latest 构建（如 2026.8.0-latest.1）上检查失败

**URL:** https://meta.discourse.org/t/minimum-discourse-version-fails-its-check-on-latest-builds-e-g-2026-8-0-latest-1/411985
**Category:** Bug
**Created:** [2026 年9 月 9 日 10:55 UTC](https://meta.discourse.org/t/minimum-discourse-version-fails-its-check-on-latest-builds-e-g-2026-8-0-latest-1/411985 "2026-09-09T10:55:49Z")
**Posts on this page:** 1
**Showing post:** 6

<div class="post-metadata">

### Author: ![david](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/david/32/157490_2.png) [@david](https://meta.discourse.org/u/david)
#### Post date: [2026 年9 月 9 日 11:38 UTC](https://meta.discourse.org/t/minimum-discourse-version-fails-its-check-on-latest-builds-e-g-2026-8-0-latest-1/411985/6 "2026-09-09T11:38:34Z")

</div>

> [@manuel](#):
>
> 因为显然在 2026.5.0 中引入了一个新功能，为了匹配它，我需要填写 2026.4.999 吗？

在过去确实如此，因此仍有一些旧主题/插件这样操作（我猜人类或机器人仍在沿用这种遗留模式）。

但现在你可以在兼容性文件的左侧使用 `<` 或 `>` 指示符。因此你可以这样写：

```yaml
<2026.7.0-latest: 93b5b22

```

此外，如今我们尽量避免使用兼容性文件来处理任何事务。相反，我们依赖自动生成的 `d-compat/*` 分支来确保与旧版本的兼容性。

关于旧模式和新模式的文档都在这里：

> [@为旧版 Discourse 安装固定插件和主题版本（d-compat 分支）](https://meta.discourse.org/t/pinning-plugin-and-theme-versions-for-older-discourse-installs-d-compat-branches/272665):
>
> open_book 背景 主题和插件开发者通常希望针对 Discourse 的 latest 版本进行开发，而无需担心向后兼容性问题。但运行旧版 Discourse 的网站仍然需要一个适用于它们的主题/插件版本。 为了弥合这一差距，可以指示 Discourse 检出主题/插件的旧版“固定”（pinned）版本。系统会按顺序检查以下两种机制： 主题/插件仓库中的 d-compat/\<YYYY\>.\<M\> git 分支（主要方法——推荐所有新的固定版本使用此方法）。 仓库根目录下的 .discourse-compatibility YAML 文件（原始机制，仍作为后备方案受支持）。 如果两者都存在，分支优先。 herb d-compat/\<YYYY\>.\<M\> 分支系统 Discourse 发布版本采用基于日期的版本号，例如 2025.5、2025.6 等。当 Discourse 从 git 更新插件或主题时，它会向仓库询问：“你是否有与我版本匹配的名为 d-compat/\<YYYY\>.\<M\> 的分支？”（例如，针对 Discourse 2025.5.x，对应 d-compa…

---

_[View the full topic](https://meta.discourse.org/t/minimum-discourse-version-fails-its-check-on-latest-builds-e-g-2026-8-0-latest-1/411985)._
