【CICID】GitHub-Actions语法
目次[*]【CICID】GitHub-Actions语法
[*]1 场景
[*]2 CI/CD
[*]2.1 什么是CI/CD
[*]2.2 持续集成(CI)
[*]2.3 持续摆设(CD)
[*]3 介绍
[*]3.1 优点
[*]4 工作流常用语法
[*]4.1 name : 工作流名称
[*]4.2 on : 触发工作流时机
[*]4.3 jobs : 作业
[*]5 环境变量
[*]5.1 自定义变量
[*]5.1.1 在env中定义变量
[*]5.1.2 Run通过写入到github变量
[*]5.2 默认环境变量
[*]6 常用示例
[*]7 参考资料
[*]遇到题目
【CICID】GitHub-Actions语法
1 场景
当我们开辟过程中，常常需要提交代码，打包，摆设新代码到对应的环境，整个过程都是人工手动操作，占据开辟人员大量时间，并且很繁琐轻易堕落。所以需要借助一些CI/CD工具让这整个流程自动化，节约生命。
一般公司都有自己的CICD工具或平台，但怎样搭建一个属于自己的一套CICD工作流呢？
常见的CI/CD工具有Jenkins、GitLab、GitHub Actions等，各有优缺点，自行百度吧~
考虑代码都在GitHub托管，也不用额外购买服务器，终极选定GitHub Actions方式
附：推荐参考
[*]如果公司已有完整的代码托管平台，希望尽量少改动已有的工作流程，选 Jenkins
[*]如果是公司使用+新项目，选GitLab，自带代码托管和CICD
[*]如果是个人项目，希望可以使用免费资源，选Github Actions
[*]如果是个人项目+有自己服务器，也可以选GitLab
2 CI/CD
2.1 什么是CI/CD
[*]CI/CD 属于DevOps，代表持续集成、持续摆设
[*]CI/CD自动化上将新代码从提交到生产，配置基础设施所需的大部分或全部手动人工干预流程
[*]借助CI/CD，开辟人员可以对代码进行更改，然后自动测试并推出，以进行持续摆设
[*]以实现停机时间最小化，代码发布速度更快
2.2 持续集成(CI)
持续集成是在提交或归并代码时，自动测试每个更改，并自动启动构建。可以大大减少开辟和运维人员的重复工作，可以在软件开辟生命周期的更早阶段更轻松的发现并修复错误和安全题目。
2.3 持续摆设(CD)
持续交付是一种软件开辟实践，一般与持续集成结合使用，以自动化基础设置供应和应用程序发布过程。
一旦代码作为 CI 流程的一部分进行了测试和构建，持续交付将在最后阶段接管，以确保可以随时摆设并将摆设所需要的环境打包在一起。
通过持续交付，可以随时将构建的软件摆设到生产环境。可以手动触发摆设，也可以进行自动化摆设。
3 介绍
GitHub Actions 是一种持续集成和持续交付 (CI/CD) 平台，可用于自动执行天生、测试和摆设管道。 您可以创建工作流程来构建和测试存储库的每个拉取请求，或将归并的拉取请求摆设到生产环境。
3.1 优点
[*]GitHub直接托管代码
[*]Actions直接依赖于Github，不需额外安装任何东西
[*]集成摆设常用依赖库
[*]支持Docker
[*]不需要额外购买服务器搭建服务（重点！）
4 工作流常用语法
官网文档：https://docs.github.com/zh/actions/using-workflows/workflow-syntax-for-github-actions
工作流文件使用 YAML 语法，并且必须具有 .yml 或 .yaml 文件扩展名。
4.1 name : 工作流名称
name: 这是工作流名称 4.2 on : 触发工作流时机
[*]on..types
定义将触发工作流运行的事件活动类型
# 代码push 或者 fork等时触发
on:
# 当向分支进行git push时触发该工作流
push:
branches:
- "main"
# 当向分支合并分支时触发该工作流
pull_request:
branches:
- "main"
[*]事件类型：https://docs.github.com/zh/actions/using-workflows/events-that-trigger-workflows
[*]on..
定义事件筛选器，可让你更好地控制工作流的运行时间，可以指定分支和分支版本
name: MYCI
on:
push:
branches:
- master
[*]on..paths
使用 push 和 pull_request 事件时，指定文件路径见效
[*]指定路径
on:
push:
paths:
- '**.js'
[*]排除路径
on:
push:
paths-ignore:
- 'docs/**'
[*]on.schedule
定义触发事件，使用 cron
on:
schedule:
# 每天 5:30 和 17:30 UTC 触发工作流程
- cron: '30 5,17 * * *'
# 每周一至周四 5:30
- cron: '30 5 * * 1,3'
- cron: '30 5 * * 2,4'
4.3 jobs : 作业
工作流运行由一个或多个 jobs 组成，默认环境下并行运行。
[*]jobs.
使用 jobs. 为作业提供唯一标识符，是一个字符串
jobs:
my_first_job:
name: My first job
my_second_job:
name: My second job
[*]jobs..name
设置作业名称
[*]jobs..needs
此作业之前必须成功完成的所有作业
[*]要求成功的依赖项作业
按次序执行 job1 -> job2 -> job3
jobs:
job1:
job2:
# 依赖job1完成
needs: job1
job3:
# 依赖job1和job2完成
needs:
[*]无论是否成功，都要执行 always()
按次序执行 job1 -> job2 -> job3 ，但job3 无论是否成功，都会执行
jobs:
job1:
job2:
needs: job1
job3:
if: ${{ always() }}
needs:
[*]jobs..runs_on
定义要运行环境
[*]指定操作系统
runs-on: ubuntu-latest
[*]公共免费GitHub托管的标准运行器
https://img2024.cnblogs.com/other/3272173/202406/3272173-20240616173544655-712934690.png
[*]jobs..steps
作业包含一系列任务，称为 steps步骤，步骤可以运行下令、运行设置任务，每个步骤在运行器环境中以其自己的历程运行，且可以访问工作区和文件系统，步骤之间不会保存环境变量的更改。
[*]jobs..steps
[*].uses
选择要作为作业中步骤的一部分运行的操作,
jobs:
my-jobname:
steps:
# checkout出v1版本代码
- uses: actions/checkout@v1
[*]jobs..timeout-minutes
工作执行超时时间，超过则取消，默认 360分钟（6小时）
[*]jobs..strategy
作业使用的矩阵策略，根据定义数组的笛卡尔积，创建作业
jobs:
example_matrix:
strategy:
matrix:
version:
os: 根据上述矩阵，按次序创建作业
[*]{version: 10, os: ubuntu-latest}
[*]{version: 10, os: windows-latest}
[*]{version: 12, os: ubuntu-latest}
[*]{version: 12, os: windows-latest}
[*]jobs..container
注意：如果工作流使用 Docker 容器操作、作业容器或服务容器，则必须使用 Linux 运行器：
* 如果您要使用 GitHub 托管的运行器，则必须使用 Ubuntu 运行器。
* 如果您要使用自托管运行器，则必须使用 Linux 机器作为运行器，并且必须安装 Docker。用于运行作业中尚未指定容器的任何步骤的容器
[*]在容器中运行作业
name: CI
on:
push:
branches: [ main ]
jobs:
container-test-job:
# 运行的外部环境
runs-on: ubuntu-latest
# 环境下运行的容器（Docker定义）
container:
# 容器中使用镜像
image: node:18
# 容器中定义环境
env:
NODE_ENV: development
# 容器中定义端口
ports:
- 80
# 容器中定义映射位置
volumes:
- my_docker_volume:/volume_mount
options: --cpus 1
steps:
- name: Check for dockerenv file
run: (ls /.dockerenv && echo Found dockerenv) || (echo No dockerenv)
[*]只指定容器映像时，可以忽略 image 关键词
jobs:
container-test-job:
runs-on: ubuntu-latest
container: node:18
[*]jobs..services
注意：如果工作流使用 Docker 容器操作、作业容器或服务容器，则必须使用 Linux 运行器：
[*]如果您要使用 GitHub 托管的运行器，则必须使用 Ubuntu 运行器。
[*]如果您要使用自托管运行器，则必须使用 Linux 机器作为运行器，并且必须安装 Docker。
多个服务编排
services:
# 1. nginx服务
nginx:
image: nginx
# ngxin 80 映射 docker 8080端口
ports:
- 8080:80
# 2. redis服务
redis:
image: redis
# ngxin 6379 映射 docker 6379
ports:
- 6379/tcp
[*]单个事件
# 代码push
on: push
[*]多个事件
# 代码push 或者 fork
on:
[*]指定分支触发
name: MYCI
on:
push:
branches:
- master
时机类型：https://docs.github.com/zh/actions/using-workflows/events-that-trigger-workflows
5 环境变量
Github action 定义变量很多方式，很轻易搞混，记录下常用方式
口诀：
[*]普通使用 $xxx ,
[*]下令行或字符串拼接使用 ${xxx},
[*]遇到uses则用${{xxxx}}
使用别人写好的Action，要用两个花括号
5.1 自定义变量
5.1.1 在env中定义变量
定义变量
jobs:
build:
runs-on: ubuntu-latest
env:
# 端口号
Port: 8080
# 云服务地址
Host_IP: ${{secrets.REMOTE_SERVER01_IP}}
# 云服务密码
Host_PWD: ${{secrets.REMOTE_SERVER01_PWD}}
# 账号
Host_Role: root
# 路径
Host_Dir: "/cicd"变量取值
[*]普通使用，$xxx
# 测试环境变量
- name: Use variable from environment
run: |
echo "端口号:$Port"
echo "服务器地址: $Host_IP"
[*]有下令行或拼接使用，${xxxx}
# 上传新的docker镜像
- name: upload new docker image and start-up script
run:
sshpass -p ${Host_PWD} scp -r -o StrictHostKeyChecking=no ./${FILE_NAME}.tar ${Host_Role}@${Host_IP}:${Host_Dir}
[*]当使用外部uses时，${{env.xxx}}
run 里面也要用 ${{env.xxx}}
# 加载tar文件，加载docker镜像
- name: Load new docker image
uses: matheusvanzan/sshpass-action@v2
with:
host: ${{env.Host_IP}}
user: ${{env.Host_Role}}
pass: ${{env.Host_PWD}}
run:
docker load -i ${{env.Host_Dir}}/${{env.FILE_NAME}}.tar5.1.2 Run通过写入到github变量
在run里面定义了变量，需要给后面step使用，一定要写入github环境中echo "key=$xxx" >> "$GITHUB_ENV"
定义
steps:
# 定义环境变量
- name: Define environment variables
run: |
# 定义全局变量
PROJECT_NAME=$(basename $GITHUB_REPOSITORY | tr '[:upper:]' '[:lower:]')
FILE_NAME=${PROJECT_NAME}-backend
VERSION=0.1
# 写入环境中
echo "PROJECT_NAME=$PROJECT_NAME" >> "$GITHUB_ENV"
echo "FILE_NAME=$FILE_NAME" >> "$GITHUB_ENV"
echo "VERSION=$VERSION" >> "$GITHUB_ENV"取值
[*]普通使用，$xxx
# 测试环境变量
- name: Use variable from environment
run: |
echo "项目名称 (从环境变量): $PROJECT_NAME"
echo "文件名称 (从环境变量): $FILE_NAME"
echo "项目版本 (从环境变量): $VERSION"
[*]有下令行或拼接使用，${xxxx}
# 构建镜像
- name: Build docker image
run: |
docker build -t ${FILE_NAME}:${VERSION} . # 构建docker镜像，命令最后的点代表Dockerfile所在目录
[*]当使用外部uses时，${{env.xxx}}
# 删除旧的docker镜像压缩包
- name: Delete old docker tar
uses: matheusvanzan/sshpass-action@v2
with:
host: ${{env.Host_IP}}
user: ${{env.Host_Role}}
pass: ${{env.Host_PWD}}
run: |
echo "Attempting to delete ${{env.Host_Dir}}/${{env.FILE_NAME}}.tar"
rm -rf ${{env.Host_Dir}}/${{env.FILE_NAME}}.tar
5.2 默认环境变量
[*]地址：
https://docs.github.com/zh/codespaces/developing-in-a-codespace/default-environment-variables-for-your-codespace#list-of-default-environment-variables
环境变量阐明CODESPACE_NAME代码空间的名称 例如，octocat-literate-space-parakeet-mld5CODESPACES在代码空间中始终为 trueGIT_COMMITTER_EMAIL未来 git 提交的“作者”字段的电子邮件。GIT_COMMITTER_NAME未来 git 提交的“提交者”字段的名称。GITHUB_CODESPACES_PORT_FORWARDING_DOMAIN返回 GitHub Codespaces 转发端口的域。 例如 app.github.dev。GITHUB_API_URL返回 API URL。 例如 https://api.github.com。GITHUB_GRAPHQL_URL返回 GraphQL API URL。 例如 https://api.github.com/graphql。GITHUB_REPOSITORY所有者和堆栈名称。 例如，octocat/Hello-World。GITHUB_SERVER_URL返回 GitHub 服务器的 URL。 例如，https://github.com。GITHUB_TOKEN代表代码空间中用户的签名身份验证令牌。 您可以使用它对 GitHub API 进行颠末身份验证的调用。 有关详细信息，请参阅“GitHub Codespaces 中的安全性”。GITHUB_USER启动代码空间的用户的名称。 例如，octocat。
[*]使用方式
[*]项目名称: ${GITHUB_REPOSITORY}
[*]分支名称：${GITHUB_REF##*/}
[*]refs/heads/main -> main
[*]refs/tags/v1.0.0 -> v1.0.0
示例
- name: Print Environment
run: |
echo $GITHUB_REPOSITORY # 仓库全名
echo ${GITHUB_REF##*/}
6 常用示例
[*]定义环境变量
- name: Define environment variables
run: |
# 定义全局变量
# 当前项目名（小写）
PROJECT_NAME=$(basename $GITHUB_REPOSITORY | tr '[:upper:]' '[:lower:]')
# 文件名
FILE_NAME=${PROJECT_NAME}-backend
# 常量
VERSION=0.1
# 写入环境中
echo "PROJECT_NAME=$PROJECT_NAME" >> "$GITHUB_ENV"
echo "FILE_NAME=$FILE_NAME" >> "$GITHUB_ENV"
echo "VERSION=$VERSION" >> "$GITHUB_ENV"
[*]拉取代码
# 拉取最新代码
- name: Pull latest code
uses: actions/checkout@v3 # 使用官方的checkout action，用于将仓库中的最新代码检查并拉取到工作目录中
[*]连接远程服务器操作
# 连接远程服务器操作
- name: SSH Commonds
uses: matheusvanzan/sshpass-action@v2
with:
host: "远程主机IP"
user: root
pass: "远程主机密码"
run: |
# 命令行
pwd
ls
[*]传输文件
# 上传新的docker镜像
- name: upload new docker image and start-up script
run:
# sshpass -p 远程服务器密码 scp -r -o StrictHostKeyChecking=no 当前文件 账号@远程服务器地址:目标目录
sshpass -p ${Host_PWD} scp -r -o StrictHostKeyChecking=no ./${FILE_NAME}.tar ${Host_Role}@${Host_IP}:${Host_Dir}
7 参考资料
[*]【CICD】github新功能actions全方位讲解！！
https://www.bilibili.com/video/BV1RE411R7Uy/?spm_id_from=333.337.search-card.all.click&vd_source=1d31e698afb74bb3222db3bb76f9b408
[*]GitHub文档-Actions
https://docs.github.com/zh/actions/learn-github-actions/understanding-github-actions
[*]GitHub Actions 的工作流语法
https://docs.github.com/zh/actions/using-workflows/workflow-syntax-for-github-actions
[*]Github Actions 的一份不完全指南
https://ucaskernel.com/d/822-github-actions
遇到题目
[*]run 报错： bash: -c: line 1: syntax error: unexpected end of file
如下图所示：
- name: xxxx
with:
run: |
echo "只有一条命令会报错"https://img2024.cnblogs.com/other/3272173/202406/3272173-20240616173545477-1113134231.png
原因：run后面的 |: 运行执行多个下令，但一条下令时会报错
办理方法：
# 单条下令，去掉run后面的 `|`- name: xxxxwith: run: echo "只有一条下令会报错"# 多条下令- name: xxxx
with:
run: |
echo "只有一条命令会报错" echo "两条下令就不会报语法错误"
本文由博客一文多发平台 OpenWrite 发布！
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]