我知道“CentOS团队ndr所做的绝大部分更改都将遵从上游供应商关于商标名称或徽标的重新分配政策”
但是我正在寻找一种方法来衡量RHEL和CentOS之间的真正差异。 我的目标是“科学地”展示如何使用CentOS进行开发和testing，并在生产环境中使用RHEL。
任何build议？
提前致谢。
由于缺less了两者的安装，并且在两者之间运行着一种奇特的差异，并且手动地通过输出来挑选，所以没有办法向大多数人certificate它们是相同的。 是的，他们使用相同的编译器，相同的链接器和相同的库，都有相同的选项，但许多人没有看到归纳作为certificate。
任何答案都必须适合谁是需要certificate（或什么样的“谁”），以及certificate的级别（阅读：如何容忍应用程序的差异）。
对于休闲来说：他们从相同的来源build立，所以他们在function上是相同的。 您可以通过两种发行版获取任何给定软件包的源代码rpm并进行比较。
对于挑剔者来说：这两种环境是可以certificate的不一样的。 一切都是从相同的来源重build的，但RH构build环境并没有完全描述。 如果没有持续的内部知识，CentOS团队可以说是不可能完全相同的。 艺术品显然不同。 更新者显然是不同的：5.x更接近，因为两者都使用yum，在4.x中，C使用yum，而RH使用专有的。
对于偏执狂：如果你允许更新，除非你采取克隆磁盘（并违反许可…？）等非常措施，否则两台机器都不会保持不变。
对于实际情况：这个应用程序有什么关系？ 我们在两个testing。 在我们testing后，我们可以部署两者。
生产中的RHEL和dev / test中的CentOS的逻辑是什么？
坦率地说，即使它们在“科学上”是一样的，你也应该使用3个（理想情况下是4个）相同的环境来进行开发/开发/分期/生产。
但他们不完全一样。 我知道CentOS是二进制兼容的，但是尝试将一个CentOS盒挂钩到一个RHEL仓库中并升级像gcc这样的东西。 它凌乱。 如上所述，唯一真正的方法是在开发中使用完全相同的设置。
成本。 人们只想为生产支付费用，但是通过使用其他2的centos，您可以随心所欲地旋转多less个centos。
我们使用CentOS / RHEL进行这种types的testing。 但是，如果您真的需要使用RHEL，那么您可以从RHEL购买一个高级和/或虚拟许可证，然后通过KVM部署许多计算机。 这里的优势是你的苹果是100％的苹果，你可以旋转起来，按需要testing。 我认为先进的许可证支持多达4个虚拟机，虚拟许可证在多达6个插槽的机器上是无限的。
这就是说，我们从来没有碰到一个特定的RHEL问题，无法在CentOS上重新创build和/或相反。