ci: rebuild fork image on main source pushes, not just build-definition edits
Build CUDA image (fork) / build (push) Successful in 4m49s

The merge of the /v1/videos/sync routes produced no image because the
push trigger only watched the workflow file and Containerfile. Now any
Go/UI/deps change on main rebuilds; docs/config-example edits still
don't. (The video-routes image itself was built via manual dispatch,
tag prefix v231.)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AXQxVhXBw8PwFAtsVrXSmj
This commit is contained in:
2026-07-12 10:24:00 -04:00
parent 7886758053
commit b83edeb9ef
+8 -1
View File
@@ -17,12 +17,19 @@ on:
description: "llama.cpp CUDA server build (base image tag suffix)" description: "llama.cpp CUDA server build (base image tag suffix)"
required: false required: false
default: "b9821" default: "b9821"
# Building the build definition itself kicks off a fresh image. # Any change that lands in the shipped binary or image kicks off a fresh
# build (source, UI, deps, build definition). Docs/config-example edits
# don't.
push: push:
branches: [main] branches: [main]
paths: paths:
- ".gitea/workflows/build-cuda-image.yml" - ".gitea/workflows/build-cuda-image.yml"
- "docker/fork-cuda.Containerfile" - "docker/fork-cuda.Containerfile"
- "**/*.go"
- "go.mod"
- "go.sum"
- "ui-svelte/**"
- "llama-swap.go"
env: env:
REGISTRY: gitea.stevedudenhoeffer.com REGISTRY: gitea.stevedudenhoeffer.com