很久以前，我曾写过Docker Con的主题演讲，服务器云平台，大数据说，其中展示了Jenkins作为Docker Hub的编排引擎：这里的想法是，Docker images的工作流是由Jenkins从Docker Hub触发的Webhook和集成测试/批准Docker图像（通过一些用户定义的工作流）组成的返回更改（表示批准/下一步）。在这个世界上，Docker Hub负责从Github源代码构建实际的图像二进制文件，新云，免费云服务器永久使用，并存储图像。当然，在任何实际的工作流中，您需要的不仅仅是构建和存储—这就是Jenkins的目的—Jenkins可以处理任意复杂的工作流—包括人工审批步骤、集成测试等等。一旦基于Jenkins的工作流被传递-它可以"推送"图像（它可能在Hub中开始另一个步骤，大数据是数据，或者它可以简单地将图像标记为"production"）。这就是上图中的两个箭头，指向詹金斯的箭头是通知，返回的箭头是确认。在keynote演示时，这部分是手工编写的代码，以使所有的工作。后来，我和亚伦谈了谈，我们认为这是站不住脚的。从docker hub Nicolas快速查看了webhook api（在我的帮助下）编写了一个docker hub插件来自动处理Jenkins的webhook部分，这样Jenkins现在可以直接响应docker hub中内置的webhook特性—使用插件添加到Jenkins中的/dockerhub webhook/URL实例（当然，Docker Hub webhook调用需要面向公众才能访问它）。关注点的分离是明确的：Docker Hub用于构建二进制映像，并存储Jenkins用于工作流、单元测试、集成测试等。"Docker build"步骤的目的不是包含单元或集成测试步骤，而是以可复制的方式以文件系统层的形式生成可移植的二进制映像。这是插件的官方页面-这是github repo（在docker hub中标记回购元数据还有一些工作要做-即向后推）。