基于 Docker 构建前端持续集成开发环境

本文将以一个标准的 Vue 项目为例,完全抛弃传统的前端项目开发部署方式,基于 Docker 容器技术打造一个精简的前端持续集成的开发环境。

前置知识:

  1. CI(持续集成):阮一峰老师的关于 CI 的介绍

  2. Docker: Docker 快速入门

目标:

  1. 代码无需在本地构建

  2. 只需将代码推上 Github ,自动构建 -> 部署

  3. 版本易管理,可轻松回退版本

现在开始进入主题

第一步: 初始化 Vue 项目(使用vue官方脚手架 vue-cli)

  1. 初始化 vue 项目:vue init webpack vue-docker-demo

  2. 在项目根目录下编 Dockerfile

Dockerfile 内容如下(如果是构建其他项目,比如 angular4,只需安装 angular-cli,将构建参数改成 ng build 即可,大同小异)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
# 使用 node 6.10.3 的精简版作为基础镜像
FROM node:6.10.3-slim

# 安装nginx
RUN apt-get update \
&& apt-get install -y nginx

# 指定工作目录
WORKDIR /app

# 将当前目录下的所有文件拷贝到工作目录下
COPY . /app/

# 声明运行时容器提供服务端口
EXPOSE 80

# 1. 安装依赖
# 2. 运行 npm run buil
# 3. 将 dist 目录的所有文件拷贝到 nginx 的目录下
# 4. 删除工作目录的文件,尤其是 node_modules 以减小镜像体积
# 由于镜像构建的每一步都会产生新层
# 为了减小镜像体积,尽可能将一些同类操作,集成到一个步骤中,如下
RUN npm install \
&& npm run build \
&& cp -r dist/* /var/www/html \
&& rm -rf /app

# 以前台方式启动 nginx
CMD [ "nginx","-g","daemon off;"]
  1. 初始化 git, 连接并将代码推送到 Github 仓库

第二步:使用 DaoCloud 搭建 Devops 流程

(也可以使用其他公有云服务,差别不大,本文将以简单易操作并且对个人开发者免费的 DaoCloud 为例)1. 注册一个 DaoCloud 账号2. 用户中心 -> 代码托管,授权可访问你的 Github 仓库

  1. 注册一个 DaoCloud 账号

  2. 用户中心 -> 代码托管,授权可访问你的 Github 仓库

  3. 在 Devops 项目中新建一个项目,并选择 Github 中对应刚才新创建的项目,点击“开始创建”

  4. 先手动构建一个镜像版本,便于下面用这个镜像版本创建一个应用

  1. 连接自有主机(没有自有主机的,也可以使用云端测试环境)

tips:可以去购买 vultr 等主机,按照指示流程完成主机接入,大概很简单的三四步操作,注意在完成主机连接后,需要手动在主机上启动 docker(service docker start)

太酷了,我们已经将我们的主机接入了 DaoCloud,接下来就来完成最有意思的一步。

  1. 创建一个应用

进入【镜像仓库】选择刚才手动构建出来的镜像,并部署最新版本到自由主机或者云端测试环境

稍等片刻,便可以点击“立即部署”

等待完成镜像拉取,待容器列表中的容器起来后,通过地址查看我们部署的 vue 应用

我们已经可以访问到我们刚才部署的 vue 应用了,也表示我们已经将我们的镜像部署到我们的自有主机上去了,此时进入主机查看容器运行情况,可以看到有一个正在运行中的容器,正是我们刚刚部署的,一切都是完美的。

完成到这里,我们可以说已经完成了 99% 的工作,但是还非常重要的最后 1%,那就是真正的自定义持续集成流程,让一切都自动化起来,现在让我们回到刚才 Devops 项目的【流程定义】中去

  1. 定义自动构建,自动发布任务回到 Devops 项目里对自动化流程进行定义

首先我们来定义一下自动构建任务,我们设定规则是只有在有新 tag 时才执行构建任务,构建时查找根目录下的 Dockerfile,并以此构建镜像

其次,我们再来定义自动发布任务,当构建任务完成时自动触发自动发布任务,并发布到自有主机的应用上去

至此,我们已经完成了,所有流程控制工作,去测试一下整个流程是否能走通?

第三步: 测试整个流程

回到我们本地,修改一下文本内容,提交,并推送到远端,并且打下我们的第一个版本tag 1.1.1,并将 tag 推送到远端

可以看到,与此同时,我们打 tag 的操作触发了我们定义的 CI 流程


稍等片刻,可以看到我们的应用更新了,对应的版本就是我们刚刚推上去的 1.1.1

我们还可以对应用的版本进行切换,回退等操作

至此,我们在只编写了一个 Dockerfile 配置文件,没有编写脚本的情况下,成功地搭建了一套前端的持续集成开发环境,之后我们只需要专心编写我们的业务代码就好了,打一个 Tag 便可以轻松地完成自动部署上线。

参考链接:https://juejin.im/post/5a142d7b6fb9a0451170c2c7

© 2020 GOYTH All Rights Reserved. 本站访客数人次 本站总访问量
Theme by hiero