关于 CentOS 8 转向 CentOS 8 Stream 这个新闻，据我所知是个乌龙，用 CentOS 作生产环境的用户其实不必担心

[raysonx]

首先声明本人为红帽员工，但不是做 RHEL/CentOS 的，利益无关，本文仅代表个人看法，不代表公司观点。

当时“CentOS 8 将于 2021 年低结束支持并转向 CentOS 8 Stream，而 CentOS 8 Stream 是小白鼠版 RHEL”的消息同样在公司内部引起了很大的震动。红帽是个很大的公司，非相关团队的同事和你们一样都是在网上了解到的消息，一样对此表示震惊、失望。但就后来和相关同事、高管讨论得知，这本来是一个对社区和公司双赢的好事，却由于公司公关失败并被媒体添油加醋煽风点火，导致 CentOS 用户叛离，并对 RHEL 系发行版的声誉造成了十分恶劣的影响。

据我在公司内部了解到，红帽的本意是将 RHEL 的开发流程“开源”，并加快 CentOS 的 bug 修复速度。在 CentOS 8 Stream 出现之前，现状是这样的：

1. RHEL 的源代码是公开的，但是开发测试流程都是在内部完成且不公开，公司外部人士是无法投入 RHEL 开发或测试的。虽然 Fedora 是社区驱动的，但 Fedora 作为 RHEL 的开发版本，相关内容进入 RHEL 的速度十分缓慢。
2. 一个 bug 在 RHEL 被修复后，需要 RHEL 的测试人员进行测试，测试通过后对 RHEL 推送更新。而 CentOS 团队作为另一个团队，需要等待新版本进入 RHEL 以后，重新 build，再走 CentOS 的更新流程。这导致 CentOS 中 bug 的修复速度比 RHEL 慢几天至几个月。

而转向 CentOS Stream 之后，变成这样：

1. 源代码及开发流程向社区公开，RHEL 的开发及测试人员将直接在 CentOS 进行开发测试，公司以外的人士也可以参与。
2. 向 CentOS Stream 推送的更新是通过了 RHEL 测试人员测试后的版本，从开发流程上讲，CentOS Stream 的质量就是以前 RHEL 的质量，而以后的 RHEL 将变成 CentOS 的下游，将更加保守稳定。所以 CentOS Stream 并不是小白鼠版本。
3. 多数 bug （除个别未公开的安全漏洞外）的修复将在第一时间推送到 CentOS，CentOS 将比 RHEL 更快地获得 bug 修复。

总而言之，这件事情让我感觉到红帽是好心办了一件坏事。作为一家软件公司，缺乏高水平的公关，被媒体和竞争对手往死里黑。

[vibbow]

CentOS Stream 8 这个 8 被省略的时候，就很容易被联想到 arch 的更新模式

[testratter]

Red Hat 基本所有软件都是开源社区优先的，bugfix，feature 基本都是先提到对应的开源社区版本，然后再 backport 的，只有 CentOS 是个例外，其落后于 RHEL 。

CentOS Stream 也是大版本锁定的。

“CentOS 有的问题 RHEL 没有”这种情况其实现在也存在，因为 CentOS 落后 RHEL 几个月，所以可能 RHEL 修复了，CentOS 很久才跟进。变成 stream 之后反而应该会有所改善。

就是现在的 Fedora，其 Bugfix 优先于 RHEL 的情况也不少见，当然因为激进的 feature 也导致 Fedora bug 更多。

CentOS Stream 一个大版本中不会有大的 Feature，相比之前，只会有更优先的 Bugfix 。除了有 Bugfix 失败导致更多 Bug 这种特殊情况以外，整体应该是好于之前的。

不过用户角度看，CentOS 看起来确实更加激进了。但我个人觉得这不是个坏事，KABI 等稳定性不变，系统运行稳定性不好说，可能更好，更坏，或总体没什么区别。

[iConnect]

这次变更如果算公关失误的话，其实命名方面造成很大困惑。不如 centos 原名称不改，增加类似 plus 版，advanced 版，Pro 版，max 版等等，这些命名套路手机公司可是玩的很六的。

修改社区中广为流传的概念本来就是风险很大的事，新概念传播(辟谣)没那么容易。

[raysonx]

@junkman
> 如果直接在 CentOS Stream 上修复 bug 的话，那么那些宣称兼容 RHEL 的 Linux 发行版获取 bug fixes 也是从 CentOS Stream 获取是这个意思吗？
我只能说 CentOS Stream 和 RHEL 的源代码都是开放的，其他发行版有他们自己的决策。

根据官网，“Updates for the CentOS Stream 8 distribution continue through the RHEL 8 “full support” phase.”，也就是说 CentOS Stream 8 的生命周期与 RHEL 8 的 full support 生命周期相同，也就是 5 年。

[vibbow]

我个人认为 centos / redhat 谁先于谁更新并不是这次变更争论的重点

而是很多人都以为 CentOS Stream (8)是类似 arch 那种的滚动更新

[m4d3bug]

@raysonx 我的理解是 bugfix 优先给 stream，RHEL 和 stream 是同级别的，只不过是谁先用谁后用（和疫苗优先分配给冷链，医护人员一样）。并不是说 bugfix 还要从 Stream 拿

[iConnect]

版本命名方面，Ubuntu 做的不错，兼具灵活性和清晰

[m4d3bug]

@vibbow 毕竟很多人不看 changelog

[vibbow]

@m4d3bug 这是 CentOS 自己的锅
谁叫他们自己很多新闻稿都写的 CentOS Stream，省略掉了版本号

[felixcode]

有点像 Debian testing 和 stable 的关系吧，但那是从社区中来，到社区里去啊。
这里是从 CentOS8 Stream 里由社区测完了，再放商业版本的 RHEL 里去

[m4d3bug]

@vibbow 不完全是，新闻稿这种东西对手公司也没少写

[testratter]

Fedora 才是真-小白鼠，不过就是 Fedora 也不是 Arch 那种滚动更新，而是一年一个大版本，每个版本支持会有个 1 年，期间会修 Bug 和安全问题，一般也没有大的 Feature 或引入大的 Bug 。

Fedora 有个滚动分支 Fedora Rawhide，那个激进至极，大小问题不断，一般每年会从中 branch 一个新的 Fedora 版本，稳定下来之后就是新的 Fedora 发行版本。

CentOS 是比 Fedora 稳定得多得多的，Fedora 正式版都相对温和，而且有相对完整的 QA，CentOS 就更不会多激进了。

[twl007]

一样不一样看 Red Hat 的反应就知道了 这种改变并不是好事情 现在每个版本发布都会有一个已知问题列表 变成 stream 了还会有么？

感觉就是变相强迫当前用户去买 RHEL 得订阅罢了

另外 RHEL 的订阅过期 可能会要求你回退到你买订阅的那个版本 而不是留在当前的版本

[m4d3bug]

@twl007
>感觉就是变相强迫当前用户去买 RHEL 得订阅罢了
RHEL 有 16 个免费的开发者订阅了解一下

>另外 RHEL 的订阅过期 可能会要求你回退到你买订阅的那个版本 而不是留在当前的版本
有白纸黑字吗？我怎么从来都不知道有红帽的人这样做？

[raysonx]

@felixcode 并不是 Debian testing 和 stable 的关系。CentOS Stream 的大版本是不变的，只是在小版本上滚动。CentOS Stream 也不是 RHEL 的测试版本，而是已经通过质量测试的版本，只不过比 RHEL 付费用户早那么一点，我的理解是 CentOS Stream 就是以前的 RHEL （除了没有商业支持），而新的 RHEL 变成了 CentOS Stream 的下游。

[m4d3bug]

@raysonx 你的理解是对的

[raysonx]

@m4d3bug
> 我的理解是 bugfix 优先给 stream，RHEL 和 stream 是同级别的，只不过是谁先用谁后用（和疫苗优先分配给冷链，医护人员一样）。
赞同

[Lemeng]

我觉得吧，这事，
算了，看看大神们的想法

[FS1P7dJz]

事实就是大部分选择 centos 的场景和用户,都是要求就一个字"稳"
谁要你修 bug 多块,谁要你功能多新
需要这些直接用别的发行版了

当你抛弃自己最具特色的点之后,那么用户抛弃你也是一件很正常的事情

[m4d3bug]

@FS1P7dJz 事实上，sorry，bug 修不快≠稳，另外 Stream 没有 break change 没有你所谓的“功能多新”，不看文档不看 changelog 自己给自己挖坑也是一件很正常的事情