Add the wiki, Quality and Release workflows #78

Merged
Tirsvad merged 3 commits from add-wiki-quality-release-workflows into main 2026-10-12 11:46:16 +02:00
Owner

What

  • wiki/ with a .publish marker, so the shared scoped Publish wiki workflow publishes four pages (Home, Getting started, SSH and tokens, Troubleshooting) to the Gitea wiki.
  • .gitea/workflows/quality.yml: shellcheck and shfmt through the shared reusable workflow of TirSystem/github-action, pinned to v1.1.0.
  • .gitea/workflows/release.yml: manual release (tag and release page from CHANGELOG.md), dry_run on by default.
  • CHANGELOG.md starter with an [Unreleased] section.
  • .editorconfig: switch_case_indent = true for *.sh, so shfmt accepts the existing case layout.

Before merging

  • The wiki is published only if the organization secret TOKEN_FOR_GITEA_WIKI exists in TirSystem-BashScript. After the merge the log should end with Published 4 page(s) to the wiki.

After merging

  • Run Release once with dry_run true. It requires the Quality run on the commit, whose context is Quality / quality (push); the run on this pull request confirmed the name (Quality / quality (pull_request) is green).
  • The release workflow keeps a moving major tag, so releasing a 0.x version creates v0.

No issue is closed by this pull request. The wiki page SSH and tokens links to issue 77 (passphrase keys), which stays open.

## What - `wiki/` with a `.publish` marker, so the shared scoped **Publish wiki** workflow publishes four pages (Home, Getting started, SSH and tokens, Troubleshooting) to the Gitea wiki. - `.gitea/workflows/quality.yml`: shellcheck and shfmt through the shared reusable workflow of `TirSystem/github-action`, pinned to `v1.1.0`. - `.gitea/workflows/release.yml`: manual release (tag and release page from `CHANGELOG.md`), `dry_run` on by default. - `CHANGELOG.md` starter with an `[Unreleased]` section. - `.editorconfig`: `switch_case_indent = true` for `*.sh`, so shfmt accepts the existing `case` layout. ## Before merging - The wiki is published only if the organization secret `TOKEN_FOR_GITEA_WIKI` exists in `TirSystem-BashScript`. After the merge the log should end with `Published 4 page(s) to the wiki`. ## After merging - Run **Release** once with `dry_run` true. It requires the Quality run on the commit, whose context is `Quality / quality (push)`; the run on this pull request confirmed the name (`Quality / quality (pull_request)` is green). - The release workflow keeps a moving major tag, so releasing a 0.x version creates `v0`. No issue is closed by this pull request. The wiki page SSH and tokens links to issue 77 (passphrase keys), which stays open.
Tirsvad added 1 commit 2026-10-11 18:32:41 +02:00
Add the wiki, Quality and Release workflows
Quality checks / quality-checks (pull_request) Successful in 31s
Quality / quality (pull_request) Successful in 31s
88eac33602
Add a wiki/ folder with a .publish marker for the shared Publish wiki
workflow, a Quality workflow (shellcheck and shfmt through the shared
reusable workflow) and a manual Release workflow that builds the release
page from CHANGELOG.md.

Set switch_case_indent for *.sh in .editorconfig so shfmt accepts the
existing case layout.
Tirsvad added 1 commit 2026-10-12 11:29:35 +02:00
Fix the Quality status context in the release workflow
Quality checks / quality-checks (pull_request) Successful in 30s
Quality / quality (pull_request) Successful in 30s
cc03cf420d
The real context of the Quality run on a push is
"Quality / quality (push)", not the nested job name. Also store the file
with LF line endings, as .editorconfig requires.
Tirsvad added 1 commit 2026-10-12 11:43:36 +02:00
Merge main into add-wiki-quality-release-workflows
Quality checks / quality-checks (pull_request) Successful in 26s
Quality / quality (pull_request) Successful in 26s
01cc6a4548
Keep one Quality workflow: the one from main, pinned to v1.1.0 with
tools-ref instead of main, plus workflow_dispatch.
Tirsvad merged commit fa546d4134 into main 2026-10-12 11:46:16 +02:00
Sign in to join this conversation.