Woodpecker-Plugin deploy (git.uesome.de/actions/ci-cd/deploy): schreibt ein gepushtes dev- oder beta-Image mit Digest nach tanztee/oumta-deploy. Die Umgebung entscheidet dort ci/deploy-image.sh anhand des Tags (-dev. → dev, -beta. → beta, sonst nichts; prod nur per PR). Digest per crane, kein Docker-Daemon nötig (dafür tanztee/oumta-deploy#20).
woodpecker/deploy/: Dockerfile (alpine:3.20, bash, git, crane) und deploy.sh
.woodpecker/plugins.yaml: Push/PR mit Änderungen unter woodpecker/deploy/** → nur Probe-Build (dry_run, ohne Secrets); Tag deploy-vX.Y.Z → Push als :vX.Y.Z
README.md: Abschnitt „Woodpecker plugins“ mit Settings und Beispiel
Das Token von oumta-ci steht nur im Credential-Helper, nicht in URL oder Config.
Getestet (lokal, crane als Stub, gegen Kopie von oumta-deploy a74c73d)
Fall
Ergebnis
v2.0.1-dev.…, AUTH_IMAGE
deploy(dev): oumta-auth …
v2.0.9-beta.7, APP_V{major}_IMAGE
APP_V2_IMAGE in beta
v2.0.1
nichts zu tun, Exit 0
keyklo, envs: dev beta
zwei Commits
gleicher Tag erneut
„bereits aktuell“
ohne deploy_token
Abbruch mit Meldung
Offen: echter Lauf gegen Registry und Gitea per HTTPS.
Vor dem ersten Lauf in Woodpecker
actions/ci-cd aktivieren.
Repo-Secrets registry_username/registry_password (Schreibrecht auf Pakete der Org actions), nur Event tag, nur Image woodpeckerci/plugin-docker-buildx.
Prüfen, ob plugin-docker-buildx:6 privilegiert laufen darf (WOODPECKER_PLUGINS_PRIVILEGED=woodpeckerci/plugin-docker-buildx:6, exakter Vergleich mit Tag).
Tag deploy-v1.0.0 erst nach dem Merge und grünem Probe-Build.
## Was
Woodpecker-Plugin `deploy` (`git.uesome.de/actions/ci-cd/deploy`): schreibt ein gepushtes dev- oder beta-Image mit Digest nach `tanztee/oumta-deploy`. Die Umgebung entscheidet dort `ci/deploy-image.sh` anhand des Tags (`-dev.` → dev, `-beta.` → beta, sonst nichts; prod nur per PR). Digest per `crane`, kein Docker-Daemon nötig (dafür tanztee/oumta-deploy#20).
- `woodpecker/deploy/`: Dockerfile (`alpine:3.20`, bash, git, crane) und `deploy.sh`
- `.woodpecker/plugins.yaml`: Push/PR mit Änderungen unter `woodpecker/deploy/**` → nur Probe-Build (`dry_run`, ohne Secrets); Tag `deploy-vX.Y.Z` → Push als `:vX.Y.Z`
- `README.md`: Abschnitt „Woodpecker plugins“ mit Settings und Beispiel
Das Token von `oumta-ci` steht nur im Credential-Helper, nicht in URL oder Config.
## Getestet (lokal, crane als Stub, gegen Kopie von oumta-deploy `a74c73d`)
| Fall | Ergebnis |
| --- | --- |
| `v2.0.1-dev.…`, `AUTH_IMAGE` | `deploy(dev): oumta-auth …` |
| `v2.0.9-beta.7`, `APP_V{major}_IMAGE` | `APP_V2_IMAGE` in beta |
| `v2.0.1` | nichts zu tun, Exit 0 |
| keyklo, `envs: dev beta` | zwei Commits |
| gleicher Tag erneut | „bereits aktuell“ |
| ohne `deploy_token` | Abbruch mit Meldung |
Offen: echter Lauf gegen Registry und Gitea per HTTPS.
## Vor dem ersten Lauf in Woodpecker
1. `actions/ci-cd` aktivieren.
2. Repo-Secrets `registry_username`/`registry_password` (Schreibrecht auf Pakete der Org `actions`), nur Event `tag`, nur Image `woodpeckerci/plugin-docker-buildx`.
3. Prüfen, ob `plugin-docker-buildx:6` privilegiert laufen darf (`WOODPECKER_PLUGINS_PRIVILEGED=woodpeckerci/plugin-docker-buildx:6`, exakter Vergleich mit Tag).
Tag `deploy-v1.0.0` erst nach dem Merge und grünem Probe-Build.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Schreibt dev- und beta-Images mit Digest nach tanztee/oumta-deploy über
dessen ci/deploy-image.sh. Gebaut per .woodpecker/plugins.yaml, Release
über Tag deploy-vX.Y.Z.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
tu
merged commit d071358196 into develop2026-10-30 14:23:44 +00:00
tu
deleted branch feature/woodpecker-deploy2026-10-30 14:23:44 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Was
Woodpecker-Plugin
deploy(git.uesome.de/actions/ci-cd/deploy): schreibt ein gepushtes dev- oder beta-Image mit Digest nachtanztee/oumta-deploy. Die Umgebung entscheidet dortci/deploy-image.shanhand des Tags (-dev.→ dev,-beta.→ beta, sonst nichts; prod nur per PR). Digest percrane, kein Docker-Daemon nötig (dafür tanztee/oumta-deploy#20).woodpecker/deploy/: Dockerfile (alpine:3.20, bash, git, crane) unddeploy.sh.woodpecker/plugins.yaml: Push/PR mit Änderungen unterwoodpecker/deploy/**→ nur Probe-Build (dry_run, ohne Secrets); Tagdeploy-vX.Y.Z→ Push als:vX.Y.ZREADME.md: Abschnitt „Woodpecker plugins“ mit Settings und BeispielDas Token von
oumta-cisteht nur im Credential-Helper, nicht in URL oder Config.Getestet (lokal, crane als Stub, gegen Kopie von oumta-deploy
a74c73d)v2.0.1-dev.…,AUTH_IMAGEdeploy(dev): oumta-auth …v2.0.9-beta.7,APP_V{major}_IMAGEAPP_V2_IMAGEin betav2.0.1envs: dev betadeploy_tokenOffen: echter Lauf gegen Registry und Gitea per HTTPS.
Vor dem ersten Lauf in Woodpecker
actions/ci-cdaktivieren.registry_username/registry_password(Schreibrecht auf Pakete der Orgactions), nur Eventtag, nur Imagewoodpeckerci/plugin-docker-buildx.plugin-docker-buildx:6privilegiert laufen darf (WOODPECKER_PLUGINS_PRIVILEGED=woodpeckerci/plugin-docker-buildx:6, exakter Vergleich mit Tag).Tag
deploy-v1.0.0erst nach dem Merge und grünem Probe-Build.🤖 Generated with Claude Code