CI: use WATCHTOWER_HTTP_API_TOKEN secret name as set on the repo
Test, Build and Push / test-gateway (push) Successful in 11s
Test, Build and Push / release (push) Skipped
Test, Build and Push / build-gateway (push) Skipped

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
2026-07-14 20:04:29 +02:00
co-authored by Claude Fable 5
parent 79d43ec199
commit 550db5a0ef
3 changed files with 3 additions and 3 deletions
+1 -1
View File
@@ -67,5 +67,5 @@ jobs:
- name: Trigger Watchtower update
if: success()
run: |
curl -sf -H "Authorization: Bearer ${{ secrets.WATCHTOWER_TOKEN }}" \
curl -sf -H "Authorization: Bearer ${{ secrets.WATCHTOWER_HTTP_API_TOKEN }}" \
http://watchtower:8080/v1/update
+1 -1
View File
@@ -93,7 +93,7 @@ make typecheck # mypy
- Deployment is CI-driven: pushing a `v*` tag makes Gitea Actions test, build, and push
`desklock-gateway:{latest,tag}` to the registry and trigger Watchtower
(`.gitea/workflows/build.yml`; needs `REGISTRY_USER`/`REGISTRY_PASSWORD`/
`WATCHTOWER_TOKEN` secrets). Plain pushes to `main` run lint + tests only. The
`WATCHTOWER_HTTP_API_TOKEN` secrets). Plain pushes to `main` run lint + tests only. The
gateway deploys as part of the **`tatlock-ui` Portainer stack** —
`system-admin-toj/containers/stacks/tatlock-ui.yml` (registered in `CONTAINERS.md`,
port 8600). Stack updates go through the Portainer API on :8001 (JWT auth; recipe in
+1 -1
View File
@@ -257,7 +257,7 @@ Gitea Actions (`.gitea/workflows/build.yml`), following the tatlock/tatlock-ui p
Gitea registry, create a release, and trigger Watchtower to roll the running
container.
- Required repo/org secrets: `REGISTRY_USER`, `REGISTRY_PASSWORD`,
`WATCHTOWER_TOKEN` (same trio tatlock uses).
`WATCHTOWER_HTTP_API_TOKEN` (same trio tatlock uses).
- The gateway is a service in the **`tatlock-ui` Portainer stack**
(`system-admin-toj/containers/stacks/tatlock-ui.yml`, registered in
`CONTAINERS.md`): it shares `docker-dataplane` with Speaches (service-name URL