feat: Woodpecker-Plugin deploy für oumta-deploy #1

Merged
tu merged 1 commits from feature/woodpecker-deploy into develop 2026-10-30 14:23:44 +00:00
Owner

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

## 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)
tu added 1 commit 2026-10-30 14:21:50 +00:00
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 develop 2026-10-30 14:23:44 +00:00
tu deleted branch feature/woodpecker-deploy 2026-10-30 14:23:44 +00:00
Sign in to join this conversation.
No Reviewers
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: actions/ci-cd#1