Release workflow (eKoopmans/html2pdf.js)
The Release workflow from eKoopmans/html2pdf.js, explained and optimized by Latchkey.
CI health: A - excellent
Point runs-on at Latchkey and get run de-duplication, self-healing for flaky steps, and up to 58% lower cost, applied automatically.
What it does
This is the Release workflow from the eKoopmans/html2pdf.js repository, a real project running GitHub Actions. It is shown here with attribution under its MIT license.
Below, Latchkey shows a faster, safer version produced by its optimization engine.
The workflow
name: Release
on:
push:
branches:
- main
permissions:
id-token: write
jobs:
release:
timeout-minutes: 2
runs-on: ubuntu-latest
steps:
- name: Create GH Token
uses: actions/create-github-app-token@v1
id: gh-token
with:
app-id: ${{ vars.GH_TOKEN_APP_ID }}
private-key: ${{ secrets.GH_TOKEN_APP_PRIVATE_KEY }}
- name: Checkout
uses: actions/checkout@v4
with:
persist-credentials: false
- name: Setup Node
uses: actions/setup-node@v4
with:
node-version-file: .nvmrc
cache: npm
- name: Install Dependencies
run: npm ci
- name: Semantic Release
uses: ./.github/actions/semantic-release/
with:
GITHUB_TOKEN: ${{ steps.gh-token.outputs.token }}
NPM: true
The same workflow, on Latchkey
Removes redundant runs and caps runaway jobs. Added and changed lines are highlighted.
name: Release on: push: branches: - main permissions: id-token: write concurrency: group: ${{ github.workflow }}-${{ github.ref }} cancel-in-progress: true jobs: release: timeout-minutes: 2 runs-on: latchkey-small steps: - name: Create GH Token uses: actions/create-github-app-token@v1 id: gh-token with: app-id: ${{ vars.GH_TOKEN_APP_ID }} private-key: ${{ secrets.GH_TOKEN_APP_PRIVATE_KEY }} - name: Checkout uses: actions/checkout@v4 with: persist-credentials: false - name: Setup Node uses: actions/setup-node@v4 with: node-version-file: .nvmrc cache: npm - name: Install Dependencies run: npm ci - name: Semantic Release uses: ./.github/actions/semantic-release/ with: GITHUB_TOKEN: ${{ steps.gh-token.outputs.token }} NPM: true
What changed
- Run on Latchkey managed runners with one line (
runs-on), which apply the fixes below automatically and self-heal transient failures. This example useslatchkey-small; pick the runner size that fits the job. - Cancel superseded runs when a branch or PR gets a newer push.
What Latchkey heals here
This workflow has steps that commonly fail on transient issues (network, registries, flaky browsers). On Latchkey managed runners they are detected, retried, and self-healed instead of failing your build:
- Dependency installs
This workflow runs 1 job per trigger. On Latchkey the same minutes cost up to 58% less than GitHub-hosted, with zero queue time.