CI/CD 中的“CI”始终指持续集成,它属于开发人员的自动化流程。成功的 CI 意味着应用代码的新更改会定期构建、测试并合并到共享存储库中。该解决方案可以解决在一次开发中有太多应用分支,从而导致相互冲突的问题。
CI/CD 中的“CD”指的是持续交付和 / 或持续部署,这些相关概念有时会交叉使用。两者都事关管道后续阶段的自动化,但它们有时也会单独使用,用于说明自动化程度。
Hello world
我们通过 gitlab.com 创建一个空项目用于 CI/CD 学习
在根目录下面添加 .gitlab-ci.yaml
build:
stage: build
script:
- echo 'Hello, World'
这是一个简单的 “Hello World” 示例,上面的文件我们称为编排文件,编排文件中 job 为最小执行任务,我们的编排文件中目前只有一个任务
- 第一行的 build 为该 job 的名称
- 第二行表示该 job 的阶段
- 第三行下面的子节点为该任务的执行命令
运行效果
多个任务(job)
我们可以通过在 .gitlab-ci.yaml
添加多个 job 来实现多任务编排,每个 job 可以指定不同的image
(Docker 镜像)
build:
stage: build
image: image: node:10-alpine
script:
- npm -v
- node -v
- echo 'build done'
test:
stage: test
script:
- echo 'test done'
deploy:
stage: test
script:
- echo 'deploy done'
运行效果
简单应用
我们通过 Create React App 来创建一个简单的 React 工程并对该项目进行 CI/CD
$ npx create-react-app test_ci
更新 .gitlab-ci.yaml
如下
cache:
paths:
- node_modules
build:
image: node:10-alpine
stage: build
script:
- yarn install
- yarn build
artifacts:
paths:
- build
test:
image: node:10-alpine
stage: test
script:
- yarn test
deploy:
stage: deploy
script:
- ls build
上面的文件有两个新概念 cache
与artifacts
-
cache
是一个跨任务的共享文件和文件夹的方式 -
artifacts
是一个能够被下载的 CI/CD 附件
效果
点击下载后可以将构建后的静态资源下载到本地
我们可以通过 serve
等命令运行后查看