@allenchen10 这个倒是 比机械的安静了很多 感觉这款最黑科技的就是可以自定义每个键的键程 虽说感觉又没啥用……

同款飘过～ 但是说实话感觉不是很静音额

@raysonx 这个只是 RedHat 的人 我觉得 RedHat 需要证明不仅仅是人一样 包括测试流程 测试标准以及测试环境都是一样的 但是这样的话又变成了另外一个 RHEL 个人感觉不会太一样 应该只是 RedHat 的人去开发 patch 然后遵照社区的流程构建测试然后发布 真的 RHEL 的测试流程应该是另外一套 而且会收集 CentOS 的反馈改进 patch 并且再按招 RHEL 标准继续构建测试和发布一次

就像 Ceph 这样 一样的 RedHat 的人并不能保证最后的成品也是一个级别 这方面是需要 RedHat 自己去披露更多的资料来证明的 否则最后知识 RedHat 的 QA 但是遵照社区的标准 我觉得这样还是退步

@m4d3bug

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


@raysonx

订阅到期回退的是你在订阅期间享受的服务 可能是补丁之类 就 RHEL 而言没订阅一样用 只是没法更新罢了

另外大家最看重的点在于已知变成了未知 之前的 CentOS 只是一个速度慢一点 去掉了 RedHat 专属的软件的复制版 但是改成 CentOS Stteam 之后 很多都变成了未知 甚至 bugfix 是不是一定没问题也不知道如何保证 如果 RedHat 有自己的 RHEL 的 beta 版本 那么 CentOS 是共享一套还是有自己的？如果 CentOS 的 qa 是分开做的 那么如何保证 CentOS 的 qa 能不被区别对待？抑或是 CentOS 的测试完直接合并到 RHEL 并且不再做测试？这些都是需要澄清的点 也是大家所关注的点 至于开发流程怎么变其实大家并不关心 之前大家放心的就是 CentOS 的东西是在 RHEL 验证之后的东西 而不会去抱怨那慢一点的更新速度

这么多年的信任建立很容易 但是摧毁起来只要一个决定就够了 就算 RedHat 撤回这些决定 也并不能阻止大家开始考虑替代品的计划了

@m4d3bug

RHEL 有 16 个免费的开发者订阅了解一下

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

有白纸黑字吗？我怎么从来都不知道有红帽的人这样做？

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