CentOS项目版本有CentOS Stream和CentOS Linux，这两者存在很多相似地方，但是在上下游、更新频率等方面还是存在一定差异。具体如下！

在2020年12月宣布了CentOS项目重点从CentOS Linux转移到了CentOS Stream。并公布的CentOS 各个版本预期终止使用的日期。比如CentOS Linux 7在2024年6月30号停止使用，CentOS Linux 8终止服务时间为2021年12月31日，CentOS Stream 8终止服务日期为2024年5月31号，CentOS Stream 9的终止服务时间为2027年5月31号。 终止服务时间上看，CentOS Stream 9的日期最晚至2027年才会终止服务。而CentOS Linux 8最早，在2021年就已经终止服务了。

CentOS Linux是RHEL的重建版本，属于其下游。CentOS Linux发行版本号表示是所基于的RHEL发行版日期。比如其中的CentOS 8.2105属于RHEL 8.3的重建版本，在2021年5月发布。而CentOS Stream属于RHEL上游公共开发分支，更详细说CentOS Stream 8是RHEL8下个次要版本上游，CentOS Stream 9是RHEL 9的下一个次要版本的上游，后面版本同理。

如果是单纯在更新频率上面对比，CentOS Linux属于当前发布的RHEL中的重建版本，新次要版本会包含大量更新，次要版本相互提供较少更新。而CentOS Stream含即将发布RHEL的次要版本计划内容，更新不分批发布，而在准备就绪时就直接发布。

从贡献模式和周期上看，把更改引入CentOS Linux需要为发行版中包含的上游项目做贡献，可能包含Fedora做出贡献。Fedora更改也可能出现在RHEL的下一个版本中，还会出现在下次CentOS 重建中周期需要数十年。CentOS Stream支持直接贡献，周期只要几周或几天。

测试中，CentOS Stream和CentOS Linux很类似，差异在事情所发生的时间。系统的更改只有在严格测试后才会影响CentOS Stream和RHEL，这些测试只会在RED HAT内部中完成，或者是在公共发行版测试套件中完成。所以把测试恭喜到该系统，有利于将来更改不会破坏用户所在意的一些项目功能。

而CentOS Linux作为重建版本受益于全部相同测试，但CentOS Stream前，缺乏一种方式去改变测试内容和方式。

总结创建CentOS Stream的主要原因是缩短反馈周期，生态系统开发者能在CentOS Stream中工作，提前参与下一个RHEL版本内容的滚动预览更快改变，还有就是可实现公开开发，不存在Red Hat防火墙限制，Red Hat和社区RHEL下一个版本开发更透明。也进一步实现加快创新脚步，满足了RHEL更快更能预测的发布节奏，让其有一个可贡献的中游开发环境。为社区提供明确的贡献RHEL版本的途径，使开发人员能为RHEL小版本贡献新功能和修复错误。