写在开头
这他么的不是广告
为什么要使用自动构建
现在的产品和开发环境都依赖docker,在部署的时候发现修改线上镜像非常的麻烦,通常一个完整的部署需要以下几步:
本地编写测试dockerfile
上传dockerfile到测试环境
删除原有镜像
测试环境构建新镜像
上传dockerfile到线上
删除原有镜像
上线环境构建新镜像
感觉相当蛋疼。。。
什么是自动构建
使用第三方docker服务来帮助编译镜像,可以在互联网上面直接拉取到镜像,减少了繁琐的编译过程。这真的体现了run any where这个口号
如何构建
以dockerhub举例:
首先需要拥有dockerhub和github帐号(dockerhub的用户名将会是docker镜像的仓库名)
创建一个github仓库在Setting > Deploy keys 中加入ssh公钥(之后在提交代码的时候会用到)
在dockerhub上创建automated仓库
创建完之后在Build Settings 中找到下图在对应位置打勾,意思是当github仓库push代码的时候自动根据dockerfile构建镜像
配置dockerfile的路径,如果Dockerfile在根目录则不需要特别处理,否则需要配置图中的
Dockerfile Location
push你的dockerfile到github,再看dockerhub的Build Details会发现已经在Build镜像了(文档上说五分钟内提交的代码之后构建一次,其他的则会忽略)
当镜像构建完毕变成
success
状态时docker pull gtg0991/php7:latest
就已经可以看到已经在拉取镜像了,之后dockerfile更新了也只需要在服务器上面重新执行上面的命令就可以了,是不是方便多了
网络问题
因为dockerhub 经常被墙导致直接从上面拉取不一定成功,我的代替方案是使用国内的daocloud,和dockerhub使用类似,线上环境是国外服务器则使用dockerhub,开发环境则使用国内的docker镜像。
但是有一点不好的是 dockerhub每次在master分支提交代码之后,都可以将变更内容更新到latest Tag
,而daocloud则会自动新创建一个tag,至于使用latest Tag
则需要手动将这个tag指向latest才行
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。