ci: Plugin-Images mit oumta-ci und Secret oumta_ci_token veröffentlichen

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
ci: plugin-docker-buildx:6 wie in WOODPECKER_PLUGINS_PRIVILEGED
2026-10-30 17:41:35 +01:00 · 2026-10-30 17:40:06 +01:00 · 2026-10-30 17:35:17 +01:00 · 2026-10-30 14:23:43 +00:00
2 changed files with 10 additions and 14 deletions
@@ -26,10 +26,9 @@ steps:
      context: woodpecker/deploy
      dockerfile: woodpecker/deploy/Dockerfile
      tags: ${CI_COMMIT_TAG##deploy-}
-      username:
-        from_secret: registry_username
+      username: oumta-ci
      password:
-        from_secret: registry_password
+        from_secret: oumta_ci_token
    when:
      event: tag
      ref: refs/tags/deploy-v*
@@ -53,10 +52,9 @@ steps:
      context: woodpecker/bump
      dockerfile: woodpecker/bump/Dockerfile
      tags: ${CI_COMMIT_TAG##bump-}
-      username:
-        from_secret: registry_username
+      username: oumta-ci
      password:
-        from_secret: registry_password
+        from_secret: oumta_ci_token
    when:
      event: tag
      ref: refs/tags/bump-v*
@@ -129,8 +129,8 @@ Writes a pushed dev or beta image with its digest to `tanztee/oumta-deploy` (D16
 Settings:

 - `var` (required): variable in `envs/<env>/images.env`, e.g. `AUTH_IMAGE`. `{major}` is replaced by the major of the tag (`APP_V{major}_IMAGE` -> `APP_V2_IMAGE`).
- `deploy_token` (required): token of `oumta-ci`, write access to oumta-deploy only. Limit the secret to this image and the events `tag` and `manual`.
- `registry_username`, `registry_password`: read access to the registry for the digest
+- `deploy_token` (required): token of `oumta-ci` (`oumta_ci_token`), write access to oumta-deploy
+- `registry_username`, `registry_password`: read access to the registry for the digest (`oumta-ci` with the same token)
 - `envs`: fixed environments instead of the tag rule, e.g. `dev beta` (oumta-keyklo)
 - `tag`: default `CI_COMMIT_TAG`
 - `registry`: default `git.uesome.de`
@@ -152,19 +152,17 @@ steps:
      registry: git.uesome.de
      repo: git.uesome.de/tanztee/oumta-auth
      tags: ${CI_COMMIT_TAG}
-      username:
-        from_secret: registry_username
+      username: oumta-ci
      password:
-        from_secret: registry_password
+        from_secret: oumta_ci_token

  - name: deploy
    image: git.uesome.de/actions/ci-cd/deploy:v1.0.0
    settings:
      var: AUTH_IMAGE
-      registry_username:
-        from_secret: registry_username
+      registry_username: oumta-ci
      registry_password:
-        from_secret: registry_password
+        from_secret: oumta_ci_token
      deploy_token:
        from_secret: oumta_ci_token
 ```
Author	SHA1	Message	Date
tuandClaude Fable 5.1	8c5d7f26bb	ci: Plugin-Images mit oumta-ci und Secret oumta_ci_token veröffentlichen ci/woodpecker/pr/plugins Pipeline was successful Details ci/woodpecker/push/plugins Pipeline was successful Details Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>	2026-10-30 17:41:35 +01:00
tuandClaude Opus 5.5	3ea9d0308d	ci: plugin-docker-buildx:6 wie in WOODPECKER_PLUGINS_PRIVILEGED Die Liste vergleicht mit Tag exakt, :6.1.2 liefe nicht privilegiert. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-30 17:40:06 +01:00
tuandClaude Opus 5.5	14e760b6eb	feat: Woodpecker-Plugin bump (Entwurf) Setzt Version und Tag für den gepushten Branch wie bump-version, dazu hotfix/* -> beta, Bump nur des auslösenden Commits, [skip ci] im Bump-Commit. Nutzer und Autor oumta-ci, Secret oumta_ci_token (oumta-deploy docs/zugaenge.md). plugins.yaml baut beide Plugins. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-30 17:35:17 +01:00
tu	d071358196	feat: Woodpecker-Plugin deploy für oumta-deploy (#1 ) ## 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.1.2` privilegiert laufen darf (`WOODPECKER_PLUGINS_PRIVILEGED`). Tag `deploy-v1.0.0` erst nach dem Merge und grünem Probe-Build. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Reviewed-on: #1	2026-10-30 14:23:43 +00:00