ci: kanał obrazu 'deploy' — promocja tylko na trigger [deploy] #20
Reference in New Issue
Block a user
Delete Branch "ci-deploy-channel"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Po co
Deploy-bot ma się aktualizować tylko na konkretne wersje — kiedy w commit message jest
[deploy]. Testowy bot i librarian dalej na każdy build.Jak
Produkcyjny bot śledzi osobny obraz
conjurer-bot-deploy(osobny kanał). Krok CI: jeśligit log -1 --pretty=%Bzawiera[deploy], już zbudowanyconjurer-bot:<sha>jest przetagowany (te same warstwy, bez rebuildu) i wypchnięty jakoconjurer-bot-deploy:<sha>. Bez triggera — obraz deploy zostaje bez zmian.Po stronie deploy: image-updater dostaje osobny alias na
conjurer-bot-deploy(osobnyimages:w kustomization), więc deploy-bot podnosi się dopiero, gdy pojawi się nowyconjurer-bot-deploy— zmiany w repodeploy(deploy#11).Bootstrap
Przy pierwszym uruchomieniu
conjurer-bot-deployjeszcze nie istnieje — trzeba albo zrobić pierwszy commit z[deploy], albo raz ręcznie przetagować istniejący obraz bota. Opisane w DEPLOY-BOT.md (deploy#11).🤖 Generated with Claude Code
41050fa879tofbd1ec9fb9Aktualizacja: ten PR JEST pierwszym [deploy]
Zrebase'owane na aktualny main. Commit message zawiera teraz jawny
[deploy], więc jego merge (rebase-merge, jak dotychczas) sam bootstrapuje kanał:build.yaml(z krokiem promocji),git log -1widzi[deploy]→ przetagowujeconjurer-bot:<sha>→conjurer-bot-deploy:<sha>(najnowszy kod).conjurer-bot-deploy:<sha>.Efekt: wszystkie obrazy na tym samym, bieżącym sha. Kolejność: najpierw ten PR (poczekaj aż build zbuduje
conjurer-bot-deploy), potem deploy#12.