官方网站的重要性,诸暨做网站公司,网站设计的专业流程,自适应和响应式的区别前言
在开发 Electron 应用时#xff0c;比较耗时的部分应该是构建打包的过程#xff0c;像用 electron-builder 这种打包工具来说#xff0c;它会根据你要打包的系统来下载应用的系统镜像打包工具#xff0c;由于这些镜像的源文件托管在 Github 上#xff0c;且 nodejs …前言
在开发 Electron 应用时比较耗时的部分应该是构建打包的过程像用 electron-builder 这种打包工具来说它会根据你要打包的系统来下载应用的系统镜像打包工具由于这些镜像的源文件托管在 Github 上且 nodejs 上做网络加速很困难所以这个过程十分消耗时间。当我们换一台电脑还要经历相同的打包环境的准备时间。
前段时间 Github 推出工作流功能也就是 Github Actions正好可以满足我们这种由于网络过慢导致准备环境成本高的问题。
Github Actions 基础概念
在 GitHub Actions 的仓库中自动化、自定义和执行软件开发工作流程。 您可以发现、创建和共享操作以执行您喜欢的任何作业包括 CI/CD并将操作合并到完全自定义的工作流程中。
这里主要有四个概念workflow(工作流)、job(任务)、step(步骤)、action(动作)。 一个仓库可以有多个工作流一个工作流可以有多个任务一个任务可以有多个步骤一个步骤可以有多个动作。
工作流文件存放在 .github/workflows/ 目录下以 .yml 描述。
任务目前可以在三种系统下运行用 runs-on 标注包括ubuntu-latest, windows-latest, macOS-latest。
任务由事件触发支持分支的 push、pull_request 事件以及 cron 语法的时间任务触发由 on 字段指定。
Github Actions 机器配置
那 Github Actions 的机器性能如何呢
这里写了一个仓库专门用来查看所有支持的操作系统的信息。
仓库地址https://github.com/lecepin/github-actions-system-info
三个系统的信息如下所示
┌─────────┬────────────┬───────────────────────────────────────────┐
│ (index) │ name │ info │
├─────────┼────────────┼───────────────────────────────────────────┤
│ 0 │ 系统信息 │ Ubuntu 5.4.0-1032-azure x64 │
│ 1 │ 处理器 │ Intel® Xeon® Platinum 8171M 2.60GHz 2核 │
│ 2 │ 内存 │ 6GB │
│ 3 │ 硬盘 │ 14GB │
└─────────┴────────────┴───────────────────────────────────────────┘┌─────────┬────────────┬───────────────────────────────────────────────────────────┐
│ (index) │ name │ info │
├─────────┼────────────┼───────────────────────────────────────────────────────────┤
│ 0 │ 系统信息 │ Microsoft Windows Server 2019 Datacenter 10.0.17763 x64 │
│ 1 │ 处理器 │ Intel® Xeon® Platinum 8171M 2.60GHz 2核 │
│ 2 │ 内存 │ 6GB │
│ 3 │ 硬盘 │ 13GB │
└─────────┴────────────┴───────────────────────────────────────────────────────────┘┌─────────┬────────────┬───────────────────────────────────────┐
│ (index) │ name │ info │
├─────────┼────────────┼───────────────────────────────────────┤
│ 0 │ 系统信息 │ Mac OS X 19.6.0 x64 │
│ 1 │ 处理器 │ Intel® Xeon® E5-1650 v2 3.50GHz 3核 │
│ 2 │ 内存 │ 14GB │
│ 3 │ 硬盘 │ 380GB │
└─────────┴────────────┴───────────────────────────────────────┘
构建诉求
应用打包构建的诉求比较简单就是代码 push 到 master 后能够进行构建并且构建的产物可以进行下载。 构建产物可以直接上传到 Actions 中的 Artifact 中。
编写工作流文件
在 .github/workflows/ 目录下创建pack.yml 文件内容如下
name: Build Pack
on:push:branches:- master # master 分支 push 时触发工作流
jobs:pack: # 打包任务runs-on: windows-latest # 在 windows 系统中运行steps:- uses: actions/checkoutv2 # 下载仓库代码到工作流机器中- name: Install and Pack # 安装依赖并且进行构建run: |npm installnpm run pack- name: Upload file # 将构建产物进行上传uses: actions/upload-artifactv2with:name: packs # 上传后的名字path: packs # 将 packs 目录进行上传
保存后即可触发工作流执行效果如下 并且会把构建产物上传到工作流中如下 支持多系统的打包
如果对 Electron 打多个环境的安装包在 Github Actions 中可以直接用相应的系统进行打包很方便。
如要构建 window 和 mac 的安装包可以创建两个工作流文件pack-win.yml、pack-mac.yml把配置中的 runs-on 字段进行修改即可。
也可以做一个矩阵变量来运行多个不同的工作流如同时支持 mac 和 win 机器配置如下
name: Build Pack
on:push:branches:- master
jobs:pack: runs-on: ${{matrix.os}}strategy:matrix:os: [windows-latest, macOS-latest] steps:- uses: actions/checkoutv2 - name: Install and Pack run: |npm installnpm run pack- name: Upload fileuses: actions/upload-artifactv2with:name: packspath: packs
效果如下 两个系统构建的产物会一起上传到 Artifact 中。
上传文件的过滤
由于打包出来的文件包括日志文件、源文件、解压文件等而我们只需要安装文件这里可以对上传的文件进行规则定义如下 - name: Upload fileuses: actions/upload-artifactv2with:name: packspath: |packs/*dmg # mac 安装包packs/*exe # window 安装包
可参考这个仓库https://github.com/lecepin/tss-merge-to-mkv/blob/master/.github/workflows/pack.yml
