-
v0.1.101 Stable
released this
2026-07-08 13:03:49 +00:00 | 829 commits to main since this releaseChanged
- Log-fold window tuned 200 -> 60. 200 (attempted "all retained builds") made the poller's durable
fallback do ~3600 per-workflow MinIO listings per cycle and crawl; 60 covers the visible pane +
scroll while keeping the poller responsive. (Unbounded log coverage needs a single recursive
listing or a persistent /shared cache — follow-up.)
Included changes (v0.1.100 -> v0.1.101)
37386948c3d8fix(dashboard): log window 200->60 (per-wf mc-ls cost crawled the poller)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Log-fold window tuned 200 -> 60. 200 (attempted "all retained builds") made the poller's durable
-
v0.1.100 Stable
released this
2026-07-08 12:54:42 +00:00 | 834 commits to main since this releaseChanged
- Build folds now show BOTH artifacts and logs for recent builds. The download-mirror window is
sorted by build time (.status.finishedAt) instead of CR-creation time, so backfilled CRs
(created at backfill time) no longer push genuinely-recent commits out of the newest-24 window. - Build/deploy logs now appear in every retained build's dropdown: the poller log window widened
40 → 200 (the operator's build-retention). Logs are tiny text and the poller already resolves a
GC'd workflow's logs from the immutable MinIO archive, so this is ~tens of MB (the download
mirror stays disk-bound at 24).
Included changes (v0.1.99 -> v0.1.100)
78ffaa0181aafeat(dashboard): logs in every dropdown + time-sorted download window
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Build folds now show BOTH artifacts and logs for recent builds. The download-mirror window is
-
v0.1.99 Stable
released this
2026-07-08 12:26:22 +00:00 | 840 commits to main since this releaseChanged
- Incremental release.
Included changes (v0.1.98 -> v0.1.99)
6a880969d0bcfix(dashboard): revert build-dl window 40->24 (node-root DiskPressure)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
v0.1.98 Stable
released this
2026-07-08 12:16:53 +00:00 | 845 commits to main since this releaseChanged
- Dashboard folds now support a per-project artifact keep-list (
FLAGS[proj].artifacts): when set,
only matching download chips render in BOTH the build fold and the release fold; reels (.mp4)
always show. zelnet declares[/\.exe$/i, /macos/i]so its folds surface only the testable
Windows + macOS builds, hiding the Linux tarballs, rpm/deb, checksums, and screenshot posters.
Other projects are unaffected (unset ⇒ keep all). NewartifactKeep(name)+ test. - Build-download mirror window aligned 24 → 40 (the log/trace windows) so every build the BUILDS
pane folds open via its logs also has its Windows/Mac binaries downloadable — no more "logs but
no downloads" rows for builds older than the 24-deep window.
Included changes (v0.1.97 -> v0.1.98)
bd74654c67f8feat(dashboard): per-project artifact keep-list (zelnet = Win+Mac+reels)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Dashboard folds now support a per-project artifact keep-list (
-
v0.1.97 Stable
released this
2026-07-08 11:46:40 +00:00 | 850 commits to main since this releaseChanged
- Dashboard BUILDS pane is now operational, not a ledger: a build row renders only when it can
fold open to something (live logs, flame trace, dev binaries, or archived step logs) or is still
in flight. Terminal builds whose fold sources aged out — and backfilled Change records with no
workflow — no longer appear as dropdown-less dead rows; they survive as data behind the release
change-list. New one-linebuildPaneVisible(w,fd)policy +tests/dashboard-build-pane.test.js.
Included changes (v0.1.96 -> v0.1.97)
0d3addaa3127fix(dashboard): hide foldless builds — BUILDS pane is operational, not a ledger
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Dashboard BUILDS pane is now operational, not a ledger: a build row renders only when it can
-
v0.1.96 Stable
released this
2026-07-08 10:51:33 +00:00 | 856 commits to main since this releaseChanged
- Incremental release.
Included changes (v0.1.95 -> v0.1.96)
900492027902fix(backfill): renders.tar.gz probe uses mc stat — mc ls prefix semantics pruned real history
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
v0.1.95 Stable
released this
2026-07-08 10:36:26 +00:00 | 862 commits to main since this releaseFixed
- RELEASES pane shows only releases — the declared ship path (pipectl / shipd / the
cadence CronJob) creates a PipelineRelease CR per "ship?" decision, and the pane rendered them
all: phase=Skipped "—" rows piled up 4/day per declared-cadence project, versionless Succeeded
intent shells lingered from ship-mashing, and a version shipped through both paths (projected
-release-CR + declared-ship-CR) rendered twice. Two one-line SPA helpers fix it:
isShipIntentdrops Skipped and versionless+tagless terminal non-failures (Running/Pending ships
and Failed/Error releases stay loud), anddedupReleaseRowsrenders each version once, keeping
the richest row (workflow > tag > Succeeded). Filtering runs BEFORE the Forgejo-synth merge so a
dropped junk row lets the durable tag-derived row re-appear. Covered by
tests/dashboard-release-rows.test.js(also run by the in-cluster CI guard). - BUILDS pane shows only commits a build pipeline actually built — the gitops validate
(pipeline-validate/pipeline-validate-flux) writes abuilds/<short>/MANIFESTfor every
render, including the trunk re-validation that runs as deploy prep.pipeline-build-backfill
turned those into BUILD rows, so un-openable plumbing commits (devbump / release-merge /
land-merge) littered the pane with no logs or artifacts behind them. The validate now stamps an
explicitkind=in the MANIFEST (buildon a feature branch — the change's CI test;staging
on the trunk — deploy prep), and the backfill's newclassify_build_recordkeeps only real
builds. Legacy records with nokindfall back to the render's signature artifact
(renders.tar.gzon the trunk), so a build's genuine compile output is never misread. Phantom
build CRs created before this fix are pruned on the backfill's next hourly run (delete guarded to
backfilled=true— a projector-owned live build is never touched). This replaces the last
reliance on the overloadedmode=field for the build/render distinction. Covered by
tests/backfill-classify.test.js.
Included changes (v0.1.94 -> v0.1.95)
1ef614bacdd3fix(dashboard): RELEASES pane shows only releases — drop ship-intents, dedup versionsfc3117b156fftest(backfill): run classify guard in-cluster CI; POSIX-sh portable8ae6d4d1fda6fix(backfill): BUILDS pane shows only commits a build pipeline built
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- RELEASES pane shows only releases — the declared ship path (pipectl / shipd / the
-
v0.1.94 Stable
released this
2026-07-07 10:57:54 +00:00 | 870 commits to main since this releaseAdded
- builder-images builds pull packages through
pkg-cache—pipeline-build-images's
sharedbuild-oneleg now passes--opt build-arg:PKG_CACHE=http://pkg-cache.pkg-cache.svc.cluster.local:8080,
so every dockerfile-set image whose Containerfile declaresARG PKG_CACHEfetches
apt/dnf/apk + nix + stable raw binaries from the in-cluster pull-through cache instead
of the internet. buildkit ignores the build-arg for images that don't declare it (warning
only), so this is safe for all images.
Included changes (v0.1.93 -> v0.1.94)
c5429c8a2320feat(pkg-cache): builder-images builds fetch packages through pkg-cache7f349a10c461feat(dashboard): deploy row shows '→ target', versions move to the fold
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- builder-images builds pull packages through
-
v0.1.93 Stable
released this
2026-07-07 06:55:21 +00:00 | 877 commits to main since this releaseFixed
pipeline-stagingdeclares thecodebergvolume so the promote step'sskopeo-push
(reached via templateRef intopipeline-promote-image) can mountcodeberg-push-secret.
A templateRef'd template does NOT inherit its own WorkflowTemplate's workflow-level volumes,
so the codeberg-push added topipeline-promote-imagebroke EVERY operator release at
promote[0].pushwithvolume 'codeberg' not found in workflow spec— mirrors how
forgejo/dockerare already declared here. First operator release after the codeberg-push
landed surfaced it.
Included changes (v0.1.92 -> v0.1.93)
718bf441d8fbfix(pipeline-staging): declare codeberg volume for skopeo-push
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
v0.1.92 Stable
released this
2026-07-06 23:42:24 +00:00 | 882 commits to main since this releaseChanged
- De-admin (data-plane, pass 2): the kernel + builder-images build/promote legs
(pipeline-build-kernel,pipeline-build-images,pipeline-promote-images,
pipeline-promote-kernel) now mountforgejo-pipeline-bot-tokeninstead of
forgejo-admin-token— same clone/API-read + branch/PR/merge/tag/release ops, all
within the bot's write:repository + write-collaborator access. Only the provisioner
webhook (needs repo-admin) and forgejo-sync (direct-push-to-main) still use the admin
token; those need the Phase E rework (ForgejoWebhook CR + ff-merge restructure).
Included changes (v0.1.91 -> v0.1.92)
0a5fdb0f1bd6feat(de-admin): kernel + builder-images legs run as pipeline-bot (pass 2)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- De-admin (data-plane, pass 2): the kernel + builder-images build/promote legs