11、容器化持续集成与测试全解析

容器化持续集成与测试全解析

1. 构建成果与测试情况

我们已经成功让 Docker 运行起来，并执行了单元测试以及对应用进行了简单的“冒烟测试”。对于一个真实应用，我们需要一套完整的测试来确保其功能正常且能处理各种输入，但对于这个简单的演示来说，目前这些测试就足够了。

2. 构建触发方式

• 手动触发 ：目前，构建是通过点击“立即构建”手动触发的。
• 定时轮询触发 ：可以在 identidock 配置中启用“Poll SCM”方法，并在文本框中输入“H/5 * * * *”，这会让 Jenkins 每五分钟检查一次仓库是否有更改，若有更改则安排构建。不过这种方式有些浪费资源，且构建可能会有长达五分钟的延迟。
• Web Hooks 通知触发 ：更好的解决方案是配置仓库，让其在有更新时通知 Jenkins。可以使用 BitBucket 或 GitHub 的 Web Hooks 来实现，但这要求 Jenkins 服务器能在公网上被访问。

3. 使用 Docker Hub 镜像

如果之前设置了 Docker Hub 上的自动构建，在源仓库有代码提交时会触发构建。可以利用 Docker Hub 的 Webhooks 功能，在 Docker Hub 仓库构建成功后自动启动 Jenkins 构建，然后在脚本中拉取镜像而非构建。不过，这种方案适用于创建独立 Docker 镜像的小项目，大项目可能更希望自己控制构建以获得更高的速度和安全性。

4. 推