Stop building and pushing container images outside a release
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Refactoring
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- docker, github-actions
- Ambito
- devops, documentation, infrastructure, release
Direzione di ricerca
First resolve what image tag or digest relay.tnsor.network should deploy; the issue identifies this as a prerequisite. Read .github/workflows/checks.yml, .github/workflows/release.yml, and containers/nostream-dev-webhook/README.md, plus the relay deploy runbook. Done when main pushes publish no image, releases remain the only publisher, and the relay and deploy documentation no longer depend on unreleased :main.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happens
CI Checks (checks.yml) has a publish-container-image job that pushes ghcr.io/cameri/nostream on every push to main:
# .github/workflows/checks.yml:276
publish-container-image:
name: Build and push container image
if: >-
always() && github.event_name == 'push' && github.ref == 'refs/heads/main' &&
…
tags: |
type=raw,value=main
type=sha,prefix=sha-
Release (release.yml) pushes the same package on release: [published], which is the one time a published image should exist.
That was deliberate when it landed (#747, 14cca60, 2026-08-30): relay.tnsor.network deploys by pulling ghcr.io/cameri/nostream:main and recreating, so a merge needed a fresh image to deploy. The consequence is that the main tag is a moving pointer to unreleased main rather than a released artifact, and one docker pull ghcr.io/cameri/nostream can hand any consumer code that no release covers.
Requested change
Stop building and pushing outside a release. release.yml stays as the only publisher, and checks.yml builds without pushing (or stops building at all) if a PR-time image is worth keeping for smoke tests.
What has to move first
relay.tnsor.network pulls :main as its deploy mechanism — the server compose references POST /images/create?fromImage=ghcr.io/cameri/nostream&tag=main (containers/nostream-dev-webhook/.scratch/README.md) and the version-check row reads that digest. Removing the push without moving that consumer leaves the box unable to deploy; switching it needs a decision on what it tracks instead (latest release tag, a rolling edge tag built elsewhere, or a digest pinned per release).
Acceptance criteria
- A push to
mainthat publishes no release produces no new image inghcr.io/cameri/nostream. - Publishing a release still produces a tagged image, and
release.ymlis the only job withpackages: write. - Wherever
:mainis documented as a deploy target (containers/nostream-dev-webhook/README.md, the relay deploy runbook), the docs name the released tag instead. -
relay.tnsor.networkhas a deploy path that does not depend on an image built from unreleasedmain.
Evidence
- Run referenced in the request: actions/runs/39084587426, job
117548418140—CI Checks, push tomain, cancelled at 00:55:54Z while the publish job's prerequisites were still running. .github/workflows/checks.yml:276-334— the push,packages: write, and thetype=raw,value=maintag..github/workflows/release.yml:3-5—on: release: types: [published], the intended trigger.
- Lingua principale
- TypeScript
- Stelle
- 829
- Fork
- 234
- Merge medio
- 18h 43m
- PR unite (30g)
- 67
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di cameri/nostream
-
Website
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
I maintainer di solito rispondono entro 1 giorno
-
Replace the community relay-setup guides with a first-party step-by-step guide on the websiteApertadocumentation Website
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
I maintainer di solito rispondono entro 1 giorno
-
fix(website): update operator console film with fresh notifications screenshotForse già presa @Ferryx349 l’ha presa 1 giorno fa. Apertabug Website
cameri/nostream#893 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di cameri/nostream
Issue simili
-
[测试] 等待仓库加载后再记录多仓库排序基线Forse già presa @myot233 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
area:arcade p3-medium ready-for-agent testing type:docs
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
fderuiter/deruiter.dev#2369 ·
I maintainer di solito rispondono entro 1 giorno
-
area:devenv origin:agent type:bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
overengineeringstudio/effect-utils#1949 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
ccch1mneyyy/dsh-TUI#1631 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
MiniMax-AI/minimax-code#507 ·
I maintainer di solito rispondono entro 1 giorno