Rawhide 与 Branched 使用指南
This content is not available in your language yet.
Fedora 的版本线不只有「稳定版」：Rawhide 与 Branched 是开发分支，它们的更新节奏、缺陷入口与适用场景都和稳定版不同。本页讲清楚这两条分支各自处在什么阶段、出了问题去哪里报，以及什么场景不该碰它们；稳定版本线的节奏与窗口见Fedora 发布节奏与支持窗口。
Rawhide 定位与风险
Section titled “Rawhide 定位与风险”官方 Releases 文档把开发中的分支单列为 Development Releases——Rawhide 与 Branched；与它并列的 Upcoming Releases 走的是版本号那条线（本轮核对时该栏是 F45）。
把这条分类翻译成运维语言：Rawhide 与 Branched 是「分支」，不是「版本」。
- 先分清「分支」与「版本」：Rawhide 与 Branched 是分支名，不随版本号滚动；Upcoming 那一栏才是「下一个要发布的版本」，本轮核对时是 F45。
- 别把开发分支当稳定线用：支持窗口、升级期限这套规则只挂在稳定版本线上；分支的更新跟着开发进度走，节奏要自己兜。
- 想早一点拿到新版本，走 Upcoming 那条线：在分支上「提前用」的代价，是把回归风险一起接过来。
Branched 阶段
Section titled “Branched 阶段”官方在维护节奏说明里给出了这套结构的取舍：维持「两个受支持版本 + Rawhide + 预发布 Branched」是可管理的工作量（本轮核对时 Upcoming 栏对应 F45）；需要更慢的节奏与更长的生命周期时，官方指向 Fedora 的下游——CentOS Stream 或 RHEL。
这套结构对使用者有三个含义：
- Branched 是常态存在的阶段：它和 Rawhide 一起被算进官方的日常维护量，不是偶发的临时状态。
- 它是「预发布」：官方描述这套结构时用的限定词就是 pre-release——离正式发布只差收尾，但发布流程还没有走完。
- 它的用途是验证：需要在发布前确认硬件、驱动与应用兼容性时，Branched 是官方结构里离正式发布最近的那条分支。
如何上报问题
Section titled “如何上报问题”Rawhide 有独立的官方文档区：Fedora Docs 为它单开一条 rawhide 版本线（页面上标注 Version rawhide、Last review: 2025-09-01），并在同一导航里给出 Common Bugs 与 Fedora Rawhide Gating 两个入口。
这条事实的实操含义是：开发分支的缺陷有专门的入口，不要混进稳定版的渠道。
- 先查已知问题：Common Bugs 就在同一个文档区里；开发分支上重复报告很常见，先核对能省一轮往返。
- 构建与门禁相关的问题走另一条线：Fedora Rawhide Gating 是这套文档里与门禁对应的入口。
- 报问题时带上分支信息：在 Rawhide 上，「你在哪条分支、当前是什么状态」比「装的是哪个版本号」更有信息量。
稳定版本线由 N-2 规则驱动：Fedora N 发布后约 4 周，N-2 进入 EOL。
开发分支不在这条规则的保护范围内，也不会延长它的窗口。因此下列场景不要选 Rawhide 或 Branched：
- 生产与对外服务：变更窗口不再由你决定，而是由开发进度决定。
- 无人值守的设备：需要人工介入时，你面对的是持续变化的包集合。
- 要求固定软件清单的合规场景：分支不提供「某个版本号对应一份软件清单」的稳定映射。
- 只想早一点用上新功能：这是 Upcoming 正式发布要解决的问题，不是开发分支的用途。
- Fedora 发布节奏与支持窗口 — 稳定版本线的节奏、窗口与升级时机
- Fedora 当前版本表 — 各版本状态一览
- Fedora 仓库与 dnf5 — 仓库构成与包管理器
- 迁移到 dnf5 的实操差异 — 命令与脚本的差异
- 升级失败排障 — 失败模式与证据收集
- Fedora 常见问题 — 常见疑问
- 官方：Fedora Linux Releases（Development Releases 与 Upcoming Releases 的入口）、Fedora Docs 的 rawhide 版本线（Rawhide 文档区）、Release Life Cycle（维护节奏的官方说明）