Jenkins Docker云自动构建

我试图了解通过Docker Cloud和其他CI服务器（如Jenkins、Circle）实现的自动化构建之间的主要区别

根据我对Docker Cloud的理解，我可以链接Github repo并触发特定分支更改的web挂钩。这样做，通过正确的配置DockerCloud自动运行、测试和构建我的映像，并最终部署到链接的远程服务器，如AWS

因此，同样的工作流是可以实现的，它是使用CI服务器（如Jenkins，Circle）实现的常见CI/CD。基本上执行与DockerCloud相同的步骤

使用Jenkins CI和Docker Cloud自动化构建之间有什么区别

---

为了在我的开发工作流程中集成完整的CI/CD管道，我应该使用哪种方法？

Docker Hubs的主要目标是提供代码的映像，可以轻松地在用户之间分发。构建此映像非常简单，大多数服务都可以连接到Docker Hub下载此映像

Docker Hub速度非常慢，许多功能缺失，例如，您无法中止构建过程，也无法获得构建过程的实时输出。这是一个完整的CI发挥作用的地方，在这里您拥有这些功能。此外，它更适合于测试和部署，因为您可以为测试（单元测试、集成测试等）或部署/生产阶段定义单独的任务

大多数CI，比如CircleCI，都可以配置为，所以您不需要在Docker Hub本身上构建它。我喜欢这样，因为正如我已经说过的，您无法控制Docker Hub本身的构建过程，当您必须等待几分钟，直到您唯一的工作人员完成任务时，这可能会非常烦人

---

因此，Docker Hub可以在您想要构建映像时使用，但它缺少一些功能，从而降低了测试映像的可用性。因此，我建议使用完整的CI进行测试，然后在Docker Hub（或CI本身）上触发构建，以构建和发布生产就绪映像。就我个人而言，我正在使用CircleCI测试我的图像，当我努力掌握时，一个生产就绪的图像将被构建并推送到Docker Hub。

Docker Hub的主要目标是提供代码的图像，该图像可以轻松地分发给用户。构建此映像非常简单，大多数服务都可以连接到Docker Hub下载此映像

Docker Hub速度非常慢，许多功能缺失，例如，您无法中止构建过程，也无法获得构建过程的实时输出。这是一个完整的CI发挥作用的地方，在这里您拥有这些功能。此外，它更适合于测试和部署，因为您可以为测试（单元测试、集成测试等）或部署/生产阶段定义单独的任务

大多数CI，比如CircleCI，都可以配置为，所以您不需要在Docker Hub本身上构建它。我喜欢这样，因为正如我已经说过的，您无法控制Docker Hub本身的构建过程，当您必须等待几分钟，直到您唯一的工作人员完成任务时，这可能会非常烦人

---

因此，Docker Hub可以在您想要构建映像时使用，但它缺少一些功能，从而降低了测试映像的可用性。因此，我建议使用完整的CI进行测试，然后在Docker Hub（或CI本身）上触发构建，以构建和发布生产就绪映像。就我个人而言，我正在使用CircleCI测试我的图像，当我努力掌握一个生产就绪的图像时，它被构建并推送到Docker Hub。

我不确定我们谈论的是相同的事情。我提出了一个关于平台的问题，在这个平台上，实际上并没有具体说明您需要使用Docker Hub，您可以带上自己的图像注册表。我问在Docker Cloud和CI（如Jenkins，Circle）之间选择什么…但是普通Docker Cloud自动构建似乎与Docker Hub中看到的几乎相同，没有为单独的测试阶段进行分段的选项。Docker Cloud本身的目标是提供简单的连续交付，这在大多数CI中通常是可选的，但不是他们的主要目标。我不确定我们谈论的是相同的事情。我提出了一个关于平台的问题，在这个平台上，实际上并没有具体说明您需要使用Docker Hub，您可以带上自己的图像注册表。我问在Docker Cloud和CI（如Jenkins，Circle）之间选择什么…但是普通Docker Cloud自动构建似乎与Docker Hub中看到的几乎相同，没有为单独的测试阶段进行分段的选项。Docker Cloud本身的目标是提供简单的连续交付，这在大多数CI中通常是可选的，但不是他们的主要目标。