GitHub 和 Docker Hub 堪称绝配

前段时间我发表了一篇关于使用Wercker配置 CI/CD 的文章。

使用 Wercker 进行 CI/CD

拉法尔·皮恩科斯基 ・ 2018 年 3 月 9 日

#生产力 #DevOps #Docker #部署

我决定试用一下 Docker Hub 的自动化构建功能。不得不说，我非常惊喜。它简单易用，而且在某些情况下非常实用。

“自动构建”选项在“创建”按钮之后比较隐蔽，但创建新的 Docker Hub 自动构建的整个过程很简单，如下图所示：

注意：如您所见，也可以选择使用 Bitbucket 存储库。

该流程最终会生成一个自动化构建版本，而不是一个代码仓库。与代码仓库相比，自动化构建版本包含更多选项：

• Dockerfile 我们可以看到已经使用了哪个 Docker 文件。
• 构建详情：我们保留了所有构建历史记录，还可以查看每次构建的详细信息。此外，我们还提供了指向包含源代码的 GitHub 代码库的链接。
• 构建设置 我们可以根据源代码分支更改图像的标签，手动触发构建，或者根据源代码中的标签设置构建触发器。

默认情况下，每次向 GitHub 主分支提交代码后都会触发构建。启动构建并将镜像发布到我们的仓库需要一些时间。整个自动化构建的设置最终以创建正确的 Dockerfile 为结束。在提交到 GitHub 仓库之前，可以在本地机器上测试 Dockerfile。

在我看来，从 GitHub 复制 README.md 文件并粘贴到“仓库信息”选项卡中的“完整描述”部分，绝对是这项功能的杀手锏。我非常喜欢它。

它是否满足所有要求？

答案很简单：不行。抱歉，但依我之见，该功能尚无法满足生产环境解决方案的所有要求。例如，我们无法设置包含构建、单元测试和集成测试步骤的持续集成 (CI) 工作流，也无法部署到代码仓库，而这在如今至关重要。

该功能是为哪些用户设计的？

我认为对于任何概念验证 (PoC) 项目，都需要一个可以单独开发的辅助项目，或者在我们需要准备一些专用 Docker 镜像供我们使用的情况下。

遗言

这是我的个人观点，欢迎提出不同意见。如果您使用过这项功能，我也很想听听您的意见。如果您对这项功能的使用还有其他想法，请在评论区留言。

干杯。