This GitHub Action builds your Tauri application as a native binary for macOS, Linux and Windows and optionally upload it to a GitHub Release.
If your project doesn't include a Tauri project, the action can initialize it for you, so if you don't need to use Tauri's API, you can just ship native apps through this Action without making changes to your web app.
For more workflow examples, check out the examples directory.
This GitHub Action has three main usages: test the build pipeline of your Tauri app, uploading Tauri artifacts to an existing release, and creating a new release with the Tauri artifacts.
This example shows the most common use case for tauri-action
. The action will build the app, create a GitHub release itself, and upload the app bundles to the newly created release.
This is generally the simplest way to release your Tauri app.
name: 'publish'
on:
push:
branches:
- release
# This workflow will trigger on each push to the `release` branch to create or update a GitHub release, build your app, and upload the artifacts to the release.
jobs:
publish-tauri:
permissions:
contents: write
strategy:
fail-fast: false
matrix:
include:
- platform: 'macos-latest' # for Arm based macs (M1 and above).
args: '--target aarch64-apple-darwin'
- platform: 'macos-latest' # for Intel based macs.
args: '--target x86_64-apple-darwin'
- platform: 'ubuntu-22.04' # for Tauri v1 you could replace this with ubuntu-20.04.
args: ''
- platform: 'windows-latest'
args: ''
runs-on: ${{ matrix.platform }}
steps:
- uses: actions/checkout@v4
- name: setup node
uses: actions/setup-node@v4
with:
node-version: lts/*
- name: install Rust stable
uses: dtolnay/rust-toolchain@stable
with:
# Those targets are only used on macos runners so it's in an `if` to slightly speed up windows and linux builds.
targets: ${{ matrix.platform == 'macos-latest' && 'aarch64-apple-darwin,x86_64-apple-darwin' || '' }}
- name: install dependencies (ubuntu only)
if: matrix.platform == 'ubuntu-22.04' # This must match the platform value defined above.
run: |
sudo apt-get update
sudo apt-get install -y libwebkit2gtk-4.0-dev libwebkit2gtk-4.1-dev libappindicator3-dev librsvg2-dev patchelf
# webkitgtk 4.0 is for Tauri v1 - webkitgtk 4.1 is for Tauri v2.
# You can remove the one that doesn't apply to your app to speed up the workflow a bit.
- name: install frontend dependencies
run: yarn install # change this to npm, pnpm or bun depending on which one you use.
- uses: tauri-apps/tauri-action@v0
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
with:
tagName: app-v__VERSION__ # the action automatically replaces \_\_VERSION\_\_ with the app version.
releaseName: 'App v__VERSION__'
releaseBody: 'See the assets to download this version and install.'
releaseDraft: true
prerelease: false
args: ${{ matrix.args }}
These inputs are only used if your GitHub repository does not contain an existing Tauri project and you want the action to initialize it for you.
Name | Required | Description | Type | Default |
---|---|---|---|---|
projectPath |
false | The path to the root of the tauri project relative to the current working directory | string | . |
distPath |
false | Path to the distributable folder with your index.html and JS/CSS | string | |
iconPath |
false | path to the PNG icon to use as app icon, relative to the projectPath | string | |
bundleIdentifier |
yes, if not set via --config | The bundle identifier to inject when initializing the Tauri app | string | |
appName |
yes, if not set via --config | The app name identifier to inject when initializing the Tauri app | string | |
appVersion |
yes, if not set via --config | The app version to inject when initializing the Tauri app | string |
These inputs allow you to change how your Tauri project will be build.
Name | Required | Description | Type | Default |
---|---|---|---|---|
projectPath |
false | The path to the root of the tauri project relative to the current working directory | string | . |
includeDebug |
false | whether to include a debug build or not | bool | false |
includeRelease |
false | whether to include a release build or not | bool | true |
includeUpdaterJson |
false | whether to upload a JSON file for the updater or not (only relevant if the updater is configured) | bool | true |
updaterJsonPreferNsis |
false | whether the action will use the NSIS (setup.exe) or WiX (.msi) bundles for the updater JSON if both types exist | bool | false . May be changed to true for projects using tauri@v2 in the future. |
updaterJsonKeepUniversal |
false | whether the updater JSON file should include universal macOS builds as darwin-universal on top of using it in the aarch64 and x86_64 fields. | bool | false |
tauriScript |
false | the script to execute the Tauri CLI. It must not include any args or commands like build |
string | npm run|pnpm|yarn tauri |
args |
false | Additional arguments to the current build command | string |
These inputs allow you to modify the GitHub release.
Name | Required | Description | Type | Default |
---|---|---|---|---|
releaseId |
false | The id of the release to upload artifacts as release assets | number | |
tagName |
false | The tag name of the release to create or the tag of the release belonging to releaseId |
string | |
releaseName |
false | The name of the release to create | string | |
releaseBody |
false | The body of the release to create | string | |
releaseDraft |
false | Whether the release to create is a draft or not | bool | false |
prerelease |
false | Whether the release to create is a prerelease or not | bool | false |
releaseCommitish |
false | Any branch or commit SHA the Git tag is created from, unused if the Git tag already exists | string | SHA of current commit |
owner |
false | The account owner of the repository the release will be uploaded to. Requires GITHUB_TOKEN in env and a releaseCommitish target if it doesn't match the current repo. |
string | owner of the current repo |
repo |
false | The name of the repository the release will be uploaded to. Requires GITHUB_TOKEN in env and a releaseCommitish target if it doesn't match the current repo. |
string | name of the current repo |
Name | Description |
---|---|
releaseId |
The ID of the created release |
releaseHtmlUrl |
The URL users can navigate to in order to view the created release |
releaseUploadUrl |
The URL for uploading assets to the created release |
artifactPaths |
The paths of the generated artifacts |
appVersion |
The version of the app |
- You can use this Action on a repo that doesn't have Tauri configured. We automatically initialize Tauri before building, and configure it to use your Web artifacts.
- You can configure the project initialization with the
distPath
andiconPath
options. - If you need to further customize the default
tauri.conf.json
file you can add a custom config that will be merged with the default one at build time.args: --config custom-config.json
- You can configure the project initialization with the
- You can run custom Tauri CLI scripts with the
tauriScript
option. So instead of runningyarn tauri <COMMAND> <ARGS>
ornpm run tauri <COMMAND> <ARGS>
, we'll execute${tauriScript} <COMMAND> <ARGS>
.- Useful when you need custom build functionality when creating Tauri apps e.g. a
desktop:build
script. tauriScript
can also be an absolute file path pointing to atauri-cli
binary. The path currently cannot contain spaces.
- Useful when you need custom build functionality when creating Tauri apps e.g. a
- If you want to add additional arguments to the build command, you can use the
args
option. For example, if you're setting a specific target for your build, you can specifyargs: --target your-target-arch
. - When your Tauri app is not in the root of the repo, use the
projectPath
input.- Usually it will work without it, but the action will install and use a global
@tauri-apps/cli
installation instead of your project's CLI which can cause issues if you also configuredtauriScript
or if you have multipletauri.conf.json
files in your repo. - Additionally, relative paths provided via the
--config
flag will be resolved relative to theprojectPath
to match Tauri's behavior.
- Usually it will work without it, but the action will install and use a global
- If you create the release yourself and provide a
releaseId
but do not settagName
, the download url for updater bundles inlatest.json
will point toreleases/latest/download/<bundle>
which can cause issues if your repo contains releases that do not include updater bundles. - If you only want to build the app without having the action upload any assets, for example if you want to only use
actions/upload-artifact
, simply omittagName
,releaseName
andreleaseId
.
For the complete list of sponsors please visit our website and Open Collective.