ci: quiet CI step logs to cut Forgejo server load #11259

Merged
HAL9000 merged 1 commits from ci-quiet-logs into master 2026-06-02 22:31:50 +00:00

1 Commits

Author SHA1 Message Date
drew f7de1672bb ci: quiet CI step logs to cut Forgejo server load
CI / build (pull_request) Successful in 38s
CI / helm (pull_request) Successful in 41s
CI / push-validation (pull_request) Successful in 30s
CI / lint (pull_request) Successful in 53s
CI / quality (pull_request) Successful in 55s
CI / typecheck (pull_request) Successful in 1m22s
CI / security (pull_request) Successful in 1m23s
CI / unit_tests (pull_request) Successful in 4m53s
CI / docker (pull_request) Successful in 1m43s
CI / integration_tests (pull_request) Successful in 9m14s
CI / coverage (pull_request) Successful in 9m36s
CI / status-check (pull_request) Successful in 4s
Apply the log-verbosity reduction from controller-coverage-optimization:
each heavy step writes full output to a build/*-output.log file (still
uploaded as an artifact) and streams to the live console only a one-line
"OK" on success, or the COMPLETE log via `cat` on failure. The Forgejo
server stores every streamed line as the live job log, and that aggregate
volume across all controller-driven CI runs is what overloads it; failures
remain byte-identical to before, so no diagnostic data is suppressed.

Also:
- apt-get update -qq / apk add -q to quiet package-manager chatter
- dockerd logs redirected to a file, cat'd only on a docker build failure
- paired log-artifact uploads for build/docker/helm/push-validation
- TEST_PROCESSES=8 cap on unit/integration tests (prevents OOM SIGKILL
  / exit 137 from oversubscribing RAM on high-core hosts)

The coverage gate (nox --fail-under, propagated via exit code) and the
existing skip_coverage operator kill switch are preserved unchanged.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-02 18:16:22 -04:00