ci: workflow budujący obraz usługi render (PRE-24) #33

Merged

gitea merged 1 commits from ci/build-render into master 2026-07-25 11:33:03 +00:00

Conversation 0 Commits 1 Files Changed 1

+34

gitea commented 2026-07-25 11:30:52 +00:00

Owner

Copy Link

Copy Source

Luka, którą sam zostawiłem w #32. Usługa render weszła do mastera, ale żaden
workflow nie budował jej obrazu — więc astrololo-render:latest nie istnieje
w rejestrze, a pod zawisłby na ImagePullBackOff po wdrożeniu manifestów
(deploy#5). To dlatego kubectl get deploy render nic nie zwraca: usługi nie ma,
bo nie ma jej z czego uruchomić.

Osobny pipeline, nie dopisanie do build.yaml

Obraz dźwiga TeX Live (setki MB), a build.yaml chodzi przy każdym pushu do
mastera. Budowanie renderu za każdym razem spowalniałoby każdy deploy — a to
właśnie ta izolacja miała usunąć (ten sam wzorzec co build-swisseph.yaml).
Wyzwalany tylko zmianą w services/render/**; workflow_dispatch do bootstrapu.

Kolejność

1. Merge tego PR — push dotyka pliku workflow, więc trigger się odpali i zbuduje
   pierwszy obraz (:latest). Pierwszy build trwa dłużej — ciągnie TeX Live.
2. Uzupełnij sekret astrololo-link o trzeci klucz (komenda w deploy#5).
3. Merge deploy#5 — dopiero teraz pod render ma z czego wstać.

Bez kroku 1 kroki 2–3 skończą się ImagePullBackOff.

**Luka, którą sam zostawiłem w #32.** Usługa `render` weszła do mastera, ale żaden workflow nie budował jej obrazu — więc `astrololo-render:latest` **nie istnieje w rejestrze**, a pod zawisłby na **ImagePullBackOff** po wdrożeniu manifestów (deploy#5). To dlatego `kubectl get deploy render` nic nie zwraca: usługi nie ma, bo nie ma jej z czego uruchomić. ## Osobny pipeline, nie dopisanie do `build.yaml` Obraz dźwiga TeX Live (setki MB), a `build.yaml` chodzi przy **każdym** pushu do mastera. Budowanie renderu za każdym razem spowalniałoby każdy deploy — a to właśnie ta izolacja miała usunąć (ten sam wzorzec co `build-swisseph.yaml`). Wyzwalany tylko zmianą w `services/render/**`; `workflow_dispatch` do bootstrapu. ## Kolejność 1. **Merge tego PR** — push dotyka pliku workflow, więc trigger się odpali i zbuduje **pierwszy** obraz (`:latest`). Pierwszy build trwa dłużej — ciągnie TeX Live. 2. **Uzupełnij sekret** `astrololo-link` o trzeci klucz (komenda w deploy#5). 3. **Merge deploy#5** — dopiero teraz pod `render` ma z czego wstać. Bez kroku 1 kroki 2–3 skończą się ImagePullBackOff.

gitea added 1 commit 2026-07-25 11:30:52 +00:00

ci: workflow budujacy obraz uslugi render (PRE-24) ... 56131b209a

Luka: usluga render (services/render) weszla w #32, ale zaden workflow nie budowal
jej obrazu — wiec astrololo-render:latest nie istnial w rejestrze, a pod zawislby
na ImagePullBackOff po wdrozeniu manifestow.

Osobny pipeline (jak build-swisseph), nie dopisanie do build.yaml: obraz dzwiga
TeX Live (setki MB), a build.yaml chodzi przy KAZDYM pushu do mastera. Budowanie
renderu za kazdym razem spowalnialoby kazdy deploy — a to wlasnie ta izolacja
miala usunac. Wyzwalany tylko zmiana w services/render/**; workflow_dispatch do
bootstrapu.

Merge tego PR zbuduje pierwszy obraz (push dotyka pliku workflow, wiec trigger sie
odpali) i wypchnie :latest — dopiero potem ma sens merge deploy#5.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

gitea merged commit 56131b209a into master 2026-07-25 11:33:03 +00:00

gitea deleted branch ci/build-render 2026-07-25 11:33:04 +00:00

Sign in to join this conversation.

Reviewers

No Reviewers

Labels

No items

No Label

Milestone

No items

No Milestone

Projects

Clear projects

No project

Assignees

Clear assignees

gitea

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: gitea/astrololo#33