@houtizong 所以在此之前，没有任何人兜底，靠社区用爱发电 CentOS，在我看来可不止“一点点”不安定因素

@bin456789
>“免费更新和免费使用和红帽开发者订阅是一样的东西”

原谅我的描述不准确，我说的一样的东西指的是使用感官，并不指代其完全一样。

@twl007

>现在协议改了 开放了对于小企业的限制 可以随便用 但是 16 个限制对于很多小企业来说并不够 现在一个企业有个一二百台服务器又不是什么问题

当业务量去到这种量级，真的应该好好想想该怎么做才能做到“尽量”兜底了，是 fork 回来的 Oracle 吗？还是靠信仰的 Rocky linux 吗？还是内核代码贡献都看不见前三的 Tencent OS 或者 AliOS 呢？还是虚拟机技术呢？还是红帽呢？这些大概是老板们需要思考的问题，我也给不了答案，毕竟只是打工仔。

>RedHat 有自己的 RHEL 的 beta 版本 那么 CentOS 是共享一套还是有自己的？
你粗暴地可以将 CentOS Stream 理解成 RHEL λ而非 RHEL β。

>如果 CentOS 的 qa 是分开做的 那么如何保证 CentOS 的 qa 能不被区别对待？
事实上 CentOS 一直被区别对待，其软件的编译参数和 RHEL 未必一样。仅是代码一样，之前的漏洞影响以及性能，与 RHEL 都有所区别。
而这些区别我相信 CentOS Stream 都在，而前后的区别是它现在无限接近于 RHEL，而不是像以前一样待在后面等待旷日持久的修复，实质只是一剂安慰剂。

>抑或是 CentOS 的测试完直接合并到 RHEL 并且不再做测试？
我的理解是，修复代码下发到 RHEL 之前的临门一脚，优先分配给 Stream 先适用，之后没有问题会再走一次 RHEL 的发布流程给到 RHEL 。

在我看来，这和分发疫苗的事，也是一样的一件事，可以两种说辞。
干部先打，冷链医护先打→官大过民
人民先打→草菅人命

@xiaokfy 绝对没 bug 的“生产可用”的东西怕是不存在的~

@FS1P7dJz
>不是所有的 bug 都是严重到让系统无法运行
>对线上环境来说,不可预期才是更要命的

1. 所以你要“可以预期”，应该做的是去看看 changelog，做好克隆测试。
你只需一个软件一个软件 update，所以，“不可预期”的是没看 changelog 的你，还是 CentOS Stream 呢？还是盲信别人开源社区分发，以为在 RHEL 后但没有任何人兜底的说法呢？
你不会还指望开源社区分发的经大批量硬件测试？难道就是“可以预期”吗？
https://mp.weixin.qq.com/s/heX7Qtc7Fizx43EgGkIiMQ
你要知道，你拿到的更新与红帽官方分发的基本没有区别，并且直属于红帽人员维护而非 CentOS 社区分发。

@FS1P7dJz
>如果 RHEL 是 release,你这个 pre-release 不就是 beta 么...
真不是 beta，请看#46 #69

>别忽悠别人以为很稳真用在生产环境了结果嗝屁,反过来更毁声誉
bugfix 不快都能算稳的做法，你确定你所谓的“稳”不是更毁声誉的做法吗？

@bin456789

>说白了就是 Centos Stream 要变成 RHEL Beta，想让更多人测试 RHEL
原谅我的杠，Stream 更接近 RHEL λ而不是 RHEL β，RHEL 有自己的β，并且这个β不是 fedora

>CentOS 剩下 Stream 后，他们会转向 Oracle Linux 或者 Rocky Linux
Oracle 服务一样收费，免费更新和免费使用和红帽开发者订阅是一样的东西。
Rocky Linux 能活多久，会不会重蹈 CentOS 被收购前的故事，这又是另一个故事了。

@twl007
>开发者订阅之前只能用来开发 并不能用来企业内部跑生产的 也是 CentOS 政策公布后 RedHat 才更新的政策 开放了面向小企业的选项 如果之前你知道谁在用开发者订阅跑公司内部生产环境 你要意识到这个是违反用户协议的

所以你要怎么用，选择权在你自己手上，没有人强迫你。

>可能政策有修改 但是这个情况以前应该是存在的 也是相关的人说的 所有合同应该是独立的 不知道楼主是归属于 RedHat 开发团队还是销售团队 如果是销售团队的话可以再确认下 可能现在的政策已经改变

闻所未闻，建议找相关的人要说法

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

@raysonx 你的理解是对的

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

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

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

@vibbow 毕竟很多人不看 changelog

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

@vibbow 你说的 libA 版本和 os 次要版本没有必然联系，centos 的做法是懒得维护软件的小版本，而 RHEL 是一直保持软件的大版本而采用小版本的更新

@vibbow 我的上一条回复不够明白，重新说一下
rhel 是不会动版本号的，因此 libA 更新到版本 2，rhel 的做法是 backport 到旧版本的小版本中去，centos stream 理应也是一样的做法。

@vibbow 软件包在红帽内部，本身就有专门为了次要版本和整个主要版本的两个版本，stream 应该只会拿到主要版本，而 RHEL 会有专属的次要版本软件包

@junkman
1，是的，临门一脚
2，stream 是五年多，之前回复过，没记错的话

@wangkun025 并不是，centos 不是 rhel 特性的试验田，而是 rhel 的临门一脚，给 rhel 更新 /修复优先供给 centos stream