GitHub容器注册表和Docker的GitHub包之间有什么区别？

据我所知，GitHub提供了两种存储容器映像的选项：容器注册表和包，但我认为两者的区别还不清楚。 他们说，在GitHub操作中，发布到GitHub容器注册表很容易。但是给定的示例将图像推送到包，而不是容器注册表

那么，这两个平台可以互换使用吗？一个平台比另一个平台有优势吗？

正如《GitHub文档指南》中所述，它告诉我们：

GitHub容器注册表将取代现有的包Docker 注册表，并进行了优化，以支持 容器

TLDR；GH容器注册表将取代Packages Docker注册表。它还更多地关注GitHub组织级别，而不是单个存储库。因此，例如，您可以在帐户级别找到容器映像，并且如果需要，必须在以后将它们选择性地链接到存储库。 此外，它还具有匿名访问Docker图像的功能。

正如上的GitHub文档指南所述，它告诉我们：

GitHub容器注册表将取代现有的包Docker 注册表，并进行了优化，以支持 容器

TLDR；GH容器注册表将取代Packages Docker注册表。它还更多地关注GitHub组织级别，而不是单个存储库。因此，例如，您可以在帐户级别找到容器映像，并且如果需要，必须在以后将它们选择性地链接到存储库。

---

此外，它还具有匿名访问Docker图像的功能。

我猜他们迁移的原因是他们想从注册表中删除“Docker”这个名称。“Docker”只是创建映像的另一种技术，但是您可以使用其他CRI容器运行时映像，如CRI-o、rkt、Container-D。这些都是CNCF活动项目。接下来，container-D可能会完全取代Docker，因为它的受欢迎程度在过去几年中已经大大提高了。AWS ECS已开始在其ECS实例中使用基于容器-D的代理，Kubernetes已从v1.22停止支持Docker作为默认CRI

---

因此GitHub希望他们的客户使用术语“容器”，它可以是任何通用术语，而不仅仅是将来的“Docker”。

我猜他们迁移的原因是他们想从注册表中删除该名称“Docker”。“Docker”只是创建映像的另一种技术，但是您可以使用其他CRI容器运行时映像，如CRI-o、rkt、Container-D。这些都是CNCF活动项目。接下来，container-D可能会完全取代Docker，因为它的受欢迎程度在过去几年中已经大大提高了。AWS ECS已开始在其ECS实例中使用基于容器-D的代理，Kubernetes已从v1.22停止支持Docker作为默认CRI

---

因此GitHub希望他们的客户使用术语“容器”，它可以是任何通用术语，而不是将来的“Docker”。

这里也提到了一些事情：，检查GitHub容器注册表和Docker包注册表部分之间的关键区别。这里也提到了一些事情：，检查GitHub容器注册表和Docker包注册表部分之间的关键差异。