CI: add a manual run to deploy from
All checks were successful
ci/woodpecker/manual/manual Pipeline was successful
ci/woodpecker/deployment/builder Pipeline was successful
ci/woodpecker/deployment/release Pipeline was successful

Woodpecker only offers Deploy on a successful pipeline, and the tests can't
pass until the builder image exists, so nothing could start the first build.
This commit is contained in:
2026-11-01 12:16:01 -06:00
parent a9ed6456da
commit b8aed07aa8
2 changed files with 22 additions and 0 deletions

17
.woodpecker/manual.yaml Normal file
View File

@@ -0,0 +1,17 @@
# A run that always succeeds, to click "Deploy" on. Woodpecker only offers Deploy
# on a successful pipeline, and check.yaml can't succeed until the builder image
# exists, so this is how to build it the first time. It's also how to publish
# when the newest push failed its tests.
#
# Trigger: click "Run pipeline" in Woodpecker and pick the branch.
when:
- event: manual
skip_clone: true
steps:
- name: ready
image: alpine:3.22
commands:
- echo "Click Deploy on this pipeline and set the deploy target."

View File

@@ -246,6 +246,11 @@ click **Deploy**, and set the deploy target:
`all` doesn't include `builder`. Rebuild the image after changing its
Dockerfile, and before the first run of anything else.
Woodpecker only offers **Deploy** on a successful pipeline, and on a repo with
**Allow deployments** turned on. The tests can't pass until the image exists,
so for the first build, or any time the newest push failed, click **Run
pipeline** and use **Deploy** on that run (`.woodpecker/manual.yaml`).
- **It publishes to the same place you do.** The pipeline mounts the release
directory and its keys from the NAS at `/nfs/hal9000/mtgc`, then runs that
directory's `update-repo.sh` to copy the public files out, so CI and a dev