syntaqxThe docs describe the desktop app's runner. The desktop guide has a section of its own: it starts with the app and stops when g1t quits, Stop and Start in the settings and the tray, its labels and name; how jobs run, sandboxed by default (nested-container, the runner's image under Sysbox on Linux, and a sandbox for Windows and macOS that is not released yet), in Docker (container, not a sandbox, since the runner controls the computer's Docker), or directly on the computer (host, everything your account can reach); registering through the site as an owner, with the token never shown; how the app keeps the runner up to date while it is idle; where to see it, in the tray, the settings and the Runners page's Desktops; and a table of every state the runner can be in, with why and what to do. The self-hosted runners guide says where the desktop app's choices sit in its isolation table and lists Desktops on the Runners page, and the features page no longer calls the runner in the desktop app coming.60c0d16History
README.md
g1t/workflows
g1t's own reusable workflows, published from this folder of g1t's
repository to g1t/workflows on g1t.sh by .g1t/workflows/actions-release.yml.
| Workflow | What it does |
|---|---|
.g1t/workflows/deploy.yml | Builds the commit onto g1t.page with g1t/deploy. The deploy workflow g1t manages for a project calls it. |
jobs:
g1t:
uses: g1t/workflows/.g1t/workflows/deploy.yml@v1
with:
project: web
secrets: inherityaml