@FS1P7dJz 我已经把 CentOS Stream 以及 RHEL 的开发模式说的很明白了，CentOS Stream 的软件质量相比之前是没有降低的，而且更新速度加快，红帽并不依赖于 CentOS 社区来做测试，而且 RHEL 本身也有自己的 Beta 版本。如果您还是认为 CentOS Stream 是测试版我也没办法了。

@bin456789 我觉得可以把 CentOS Stream 认为是 RHEL 的 Pre-release 版本而不是 Beta 版本，因为它确实在公司内部的定位不是测试版，而是和之前的 RHEL 同等质量。这样的好处是一方面能让社区也参与进 RHEL 的开发与反馈，另一方面能够极大的加快 CentOS 的 bug 修复速度，减轻 CentOS 的维护压力，一举双得。感情上确实会给人 Stream 版是测试版的感觉，但实际在质量上并没有降低。

@twl007 强制降级是不可能的。大多数开源软件都是 GPL 协议的，这个协议保证了某个软件的版本一旦授予了某个用户的使用权，是不可撤销的。

@FS1P7dJz CentOS/RHEL 的稳是指在保持 ABI 稳定（不会有破坏性更新造成兼容性问题）的前提下，能够长时间地获取 bug 和安全问题修复，而不是长时间不更新。RHEL 的策略是，如果某个软件包 bug 在开源社区上游被修复了，老版本没人管，红帽就会把这个修复移植（ backport ）到老版本，不需要用户升级到最新的软件包，因为最新版可能有破坏性更新。

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

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

@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 年。

@wangkun025 CentOS/RHEL 不是新功能的实验田，通常情况下某个 RHEL 大版本发布后只会有 bug 和安全修复，我猜测你说的这种情况大概只会出现在 bug 修复无效等特殊情况吧。

@swulling 实际上据我 RHEL 的同事说基本就是把 RHEL 的开发测试流程搬到了 CentOS Stream，以前 RHEL 有自己的开发分支，说是开发分支其实也没错的，只不过不是传统上认为的开发分支或者开发版本。

另外你所引用的问句是有一个 and 的，这句话翻译为“如果你正在用 CentOS 8 作为生产环境并担心 Stream 版本不能满足需求”，并不是说 Stream 版不能作为生产。虽然我觉得作为社区发行版，以免责声明的角度都不会鼓励用户用于生产环境。

@swulling 会出新的 Steam，不会滚动到 9 。

关于你说的 CentOS 用户拿 RHEL 用户做小白鼠这一点很有意思，我作为一个技术人员之前没有想到。我这里面描述的这些是公司最初的动机，而这件事情所引起的反响已经远远超出所有人的预料了。我猜测公司今后可能根据反应做出一些调整，但我现在还不知道。

@liprais
@whee1
@Kobayashi
分歧就出在这。让 RHEL 的开发测试人员去开发测试 CentOS Stream，这个 Stream 版等同于之前 RHEL 最新版的质量，并不是所谓的小白鼠。使用最新的 CentOS Stream 就和以前使用最新的 RHEL 是差不多的，而且社区用户也可以来反馈 bug 贡献代码，一举双得，但外界普遍非要认为这是做小白鼠。

@wangkun025
@benjix
Fedora 才是真正的 RHEL 测试版，各种软件包新功能都是最新的。和 RHEL 的区别主要在于：
1. 支持周期很短（通常只有不到 2 年）
2. 不保证 ABI 的稳定，也就是升级某软件包后可能会破坏兼容性。
3. 进入 Fedora 的内容不见得最终会进入 RHEL 。

@vibbow 这里的 CentOS 8 生命周期结束指的是原先的 CentOS 8 不再维护，原因是改变开发模式切换到 Stream 。Stream 一样也是 CentOS 8，由于开发模式转变导致不得不开新分支。我觉得需要明确的是 CentOS 8 Stream 的更新并不是测试版本，而是由原 RHEL 开发测试人员维护的稳定版本，理论上稳定性等同于之前的 RHEL 。

Stream 虽名为滚动更新，但其实和普通的滚动发行版不一样，只是不再区分 8.1 8.2 8.3 这些子版本而已。具体为什么不再区分子版本我没去了解，但能够确定的是进入 Stream 的内容都是要进入 RHEL 的，并不是那种一更新就容易挂的那种滚动版。RHEL 的主版本不变的情况下，ABI 是稳定的，个别场景下如果真的需要卡在某个子版本不升级，说法是后续会有解决方案。

不知道我这么解释明确与否。

@markgor
> 实话说 CENTOS 和 RHEL YUM 源的版本都非常老旧，更新特别慢
RHEL 作为企业版追求稳定第一，是很难上新版本的包的（企业软件经常会依赖旧版本包）。通常情况下在某个 RHEL 的主版本（比如 RHEL 7.0 ）发布后，大多数软件的版本就定死了，之后只会收到 bug 和安全更新，很少会收到功能更新。为了解决你说的问题，RHEL8 引入了 AppStream，比如对于 Python 而言会针对 Python 3.7 3.8 3.9 每个主要版本提供一个 AppStream，用户可以选择需要的版本，并在不升级主要版本的前提下一直获得 bug 和安全更新。

RHEL 的授权过期后就无法收到包更新了，且不再有技术支持，而 CentOS 的更新是社区负责的，需要自己切源。

恭喜你发现了震惊业界的 Windows 内核 bug，建议联系微软技术支持解决，顺便联系媒体写个新闻稿（手动狗头）

看到二楼贴图中出现百度贴吧第三方客户端甚是怀念，我是作者，当年那个客户端有 70 多万下载量。

北京联通直接打 10010 找人工要求开通公网在线业务即可，后台自动下发配置重启光猫就好。

本来这事已经结束，看买家发了一个帖，我最后说说吧。买家在帖子里说不会玩，拿来学习，但买家这态度和行为方式我完全看不出是在学习。

你声称两个口有问题，可交换机各个口是等价的，即使你配了 VLAN，也可以把在设置里更改一下 VLAN 分配来验证是不是真的有问题。如果真的如你所说，你是不会玩，拿来学习，但你这态度和行为方式我完全看不出你在学习。

我这人别人敬我一尺，我敬他人一丈。你自己无理取闹在先，就别想我对你有什么好态度了。