写在开头
这他么的不是广告
为什么要使用自动构建
现在的产品和开发环境都依赖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才行
