我为Docker全球黑客日贡献了本地版。周末我和同事一起做了一次黑客攻击尤安。我们的贡献集中在Docker对Jenkins持续集成的使用上-真是个惊喜！我们使用了我之前写的一个概念证明，并使用最新的Docker版本Docker exec使其准备生产（或多或少）命令。所以让我介绍奥基·多基！此插件旨在让您的Jenkins构建在一个干净且受控的环境中运行，作为Docker容器进行管理，您可以在Jenkins作业配置中将其明确定义为Docker image ID，或定义为与项目源一起存储的Dockerfile代码。首先用法（Docker image ID）是一种基于自定义生成从属的方法在Docker图像上，可以与Docker插件相媲美（但实现方式不同），对Docker图像没有任何约束使用。第二用法是更微妙的东西，但在术语或连续交付方面更有用/可复制性作为开发人员，基于可复制的构建环境，我喜欢我的构建在完全受控的环境中运行，所以我可以随时复制它。Docker允许我在几秒钟内启动并运行这个程序，而无需检查一长串先决条件。它还允许我将这个构建环境定义为一个纯Dockerfile文本文件，我可以将其存储在projectscm中。我希望我的持续集成服务器一样。好的Docki插件可以使用任何安装了docker的Jenkins slave，因此您可以充分利用Jenkins弹性连接额外的从设备，甚至使用云提供商。SCM checkout在slave上以经典方式运行，但是从projectdockerfile构建一个Docker容器并运行到宿主构建中。所有后续的构建命令都在容器内运行（使用1.3.0中引入的docker exec）。在我们完成初始设置并在构建日志上运行echo"hello docker"之后，Yoann进一步使用此插件测试了debian包构建作业。这样的工作就像我的OSX/Boot2docker安装上的魅力一样——如果你曾经尝试过跨系统打包，你就会明白眼前的好处！一般来说，这个插件可以让你完全定义你的构建环境（java、maven、ruby、compass，无论你的构建需要什么版本），就像一个可复制的Dockerfile方法一样。Maven试图以某种方式解决这个问题，但是对环境没有太多的控制来完全解决这样一个问题问题。所以多亏了Docker，我们从"maven可复制的构建"移到了"Docker完全可复制的构建"，Oki Docki使之完全适合您的CI系统。尼古拉斯德鲁夫黑客云蜂