想象一下,您有您的 Web 应用程序和一些工作流执行器:
- http-server(提供预构建资产文件)- 生产
- builder(从源代码编译/捆绑 js/css/html) - 部署/开发
- 调试器/构建器(即时从源构建,添加 js 源映射)- 开发
- selenium (运行测试) - 集成测试
我们如何构建分层图像以使这些工作流执行器最有效地工作?实际上,我的意思是“跑得最快,写得最少”。
想象一下,您有您的 Web 应用程序和一些工作流执行器:
我们如何构建分层图像以使这些工作流执行器最有效地工作?实际上,我的意思是“跑得最快,写得最少”。
答案可能很简单:只需Dockerfile
根据另一个创建 4 个。
您可以添加一个卷以从源部分共享构建。问题是您是希望结果资产包含在图像中还是每次都从源构建它。
在每个文件夹中创建 4 个文件夹Dockerfile
。
生产
production/Dockefile
:
FROM # put server here
COPY # put config here
# some other option
# volume sharing?
建造
build/Dockerfile
:
# install dependencies
ADD # add sources here
RUN # some building script
调试
debug/Dockefile
:
# ideally, configure production or build image
测试
test/Dockefile
:
FROM # import production
# install test dependencies
RUN # test runner
还有几种选择。1.使用带有否定模式的.gitignore(或ADD?)
*
!directory-i-want-to-add
!another-directory-i-want-to-add
加上使用 docker 命令指定 dockerfiles 和上下文:
docker build -t my/debug-image -f docker-debug .
docker build -t my/serve-image -f docker-serve .
docker build -t my/build-image -f docker-build .
docker build -t my/test-image -f docker-test .
您还可以使用不同的 gitignore 文件。
-v host-dir:/docker-dir
)。所以你必须:
docker build -t my/build-image -f docker-build . # build `build` image (devtools like gulp, grunt, bundle, npm, etc)
docker run -v output:/output my/build-image build-command # copies files to output dir
docker build -t my/serve-image -f docker-serve . # build production from output dir
docker run my/serve-image # production-like serving from included or mounted dir
docker build -t my/serve-image -f docker-debug . # build debug from output dir
docker run my/serve-image # debug-like serving (uses build-image with some watch magic)