? 这是我参与更文挑战的第4天，活动详情查看：更文挑战

0x.00 ? 前言

? 项目工程化系列文章链接如下，推荐按照顺序阅读文章 ?。

1️⃣ 源码剖析之工程化(一)：项目概览、package.json、npm script
2️⃣ 源码剖析之工程化(二)：项目构建、MD解析
3️⃣ 源码剖析之工程化(三)：打包配置
4️⃣ 源码剖析之工程化(四)：发布部署、持续集成

本系列文章主要通过解析element项目源码，从结构、功能、源码方面逐一解析，学习其模块化、组件化、规范化、自动化等多维度优秀实践。主要内容包含项目结构、npm script、项目构建、文档解析、打包配置、发布部署等。

本文是第四篇,介绍项目的发布部署、持续集成。

0x.01 ? 发布部署

执行命令 npm run pub 实现发布部署流程：

本地代码检查合并，push到远程分支；
组件构建发布(npm pulish)；
官网发布部署。

接下来详细介绍各 shell 脚本功能。

build/git-release.sh

检查本地代码 dev 分支是否与线上分支存在冲突。

build/release.sh

主要作用代码分支合并push远程分支、版本号确认更新、组件主题发布(npm pulish)。

合并 dev 分支到 master
通过 select-version-cli 确认发布版本号。
执行命令 npm run dist 打包构建组件。
运行ssr测试 node test/ssr/require.test.js。
发布主题，更新版本号，与组件库保持一致。
提交代码并更新package.json中的版本号。
master 和 dev 分支push 到远程分支。
发布组件。

carbon (92).png

select-version-cli 提供选择发布版本选择。

选择确认后，继续执行 release.sh 执行发布部署流程。

? build/deploy-faas.sh

网站发布部署，用于faas deploy 配置。在2.15版本之后移除了pub命令 sh build/deploy-faas.sh调用，集成至CI，详见build/deploy-ci.sh。

carbon (93).png

0x.02 持续集成

持续集成（Continuous Integration，简称 CI）指的是只要代码有变更，就自动运行构建和测试，反馈运行结果。确保符合预期以后，再将新代码”集成”到主干。持续集成的好处在于，每次代码的小幅变更，就能看到运行结果，从而不断累积小的变更，而不是在开发周期结束时，一下子合并一大块代码。

.travis.yml

使用Travis CI 提供的是持续集成服务，项目的根目录下面必须有一个.travis.yml文件。这是配置文件，指定了 Travis 的行为。该文件必须保存在 Github 仓库里面，一旦代码仓库有新的 Commit，Travis 就会去找这个文件，执行里面的命令(执行测试、构建、部署等操作)。

build/deploy-ci.sh

主要作用构建发行版本和开发版本内容。

git config定义user.name和user.email。
发行版本构建(组件库、主题theme-chalk、项目网站)、打新标签。
开发分支的主题theme-chalk、项目网构建提交到master分支。

carbon (43).png

0x.03 makefile

makefile带来的好处就是自动化构建，一旦写好，只需要一个make命令，整个工程完全自动化，极大的提高了软件开发的效率。

在软件开发中，make 是一个工具程序（Utility software），经由读取叫做 makefile 的文件，自动化建构软件。它是一种转化文件形式的工具，转换的目标称为 target ；与此同时，它也检查文件的依赖关系，如果需要的话，它会调用一些外部软件来完成任务。它使用叫做 makefile 的文件来确定一个 target 文件的依赖关系，然后把生成这个 target 的相关命令传给 shell 去执行。

mac/linux 中直接可以执行 make 命令的(terminal bash)。 Windows下载 make 的 GUN 工具Make for Windows

配置环境变量 Win

右键我的电脑->属性->高级->环境变量->系统变量->变量path,然后在path中新建环境变量，目录定位到make for windows安装目录(默认路径 C:\Program Files (x86)\GnuWin32\bin\ )即可。

若目录下没有 makefile,执行显示“没有指明目标并且找不到makefile ”，终止命令。