ci: quiet CI step logs to cut Forgejo server load #11259
No reviewers
Labels
No labels
auto/needs-reevaluation
controller-managed
overdue
auto/blocked-by-deps
auto/ci-timeout
auto/claimed-implementer
auto/claimed-merge
auto/claimed-reviewer
auto/driver-down
auto/invariant-violation
auto/last-attempt-tier-0
auto/last-attempt-tier-1
auto/last-attempt-tier-2
auto/last-attempt-tier-min
Automation Tracking
auto/needs-conflict-resolution
auto/needs-implementer
auto/postmortem
auto/ready-to-merge
auto/restart-throttled
auto/revert
auto/sentinel
auto/stale-inactivity
auto/unstable
Blocked
Bounty
$100
Bounty
$1000
Bounty
$10000
Bounty
$20
Bounty
$2000
Bounty
$250
Bounty
$50
Bounty
$500
Bounty
$5000
Bounty
$750
MoSCoW
Could have
MoSCoW
Must have
MoSCoW
Should have
Needs Feedback
Points
1
Points
13
Points
2
Points
21
Points
3
Points
34
Points
5
Points
55
Points
8
Points
88
Priority
Backlog
Priority
CI Blocker
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Signed-off: Owner
Signed-off: Scrum Master
Signed-off: Tech Lead
Spike
State
Completed
State
Duplicate
State
In Progress
State
In Review
State
Paused
State
Unverified
State
Verified
State
Wont Do
Type
Automation
Type
Bug
Type
Discussion
Type
Documentation
Type
Epic
Type
Feature
Type
Legendary
Type
Refactor
Type
Support
Type
Task
Type
Testing
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
cleveragents/cleveragents-core!11259
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "ci-quiet-logs"
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?
Applies the log-verbosity reduction from the controller-coverage-optimization branch to master.
Each heavy CI step now 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. Forgejo stores every streamed line as the live job log, and that aggregate volume across all controller-driven CI runs is what overloads the server; failure output is 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 and 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 to prevent OOM SIGKILL (exit 137) 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. The log-bundle job and skip_docker gate were intentionally excluded.
🌱 Grooming: proceed — PR cleared for processing.
(check
no_duplicates, categoryno_duplicates)PR #11259 addresses a distinctive scope: reducing CI log verbosity to mitigate Forgejo server load. Comprehensive scan of 452 open PRs found 6 related CI-optimization PRs, all targeting different concerns (Helm caching, quality checks, benchmark tests, tooling, e2e parallelization, expression fixes). None address log-output reduction or server load mitigation. No duplicate detected.
📋 Estimate: tier 1.
Single CI workflow YAML file, +262/-77 lines. Change applies log-redirection shell patterns (tee to build/*.log, cat on failure), package-manager -q flags, dockerd log file redirect, paired artifact uploads, and TEST_PROCESSES=8 cap across many CI steps. Scope is single-file but the net LOC delta and breadth of step-by-step shell correctness requirements put this above tier 0. Calibration history confirms tier-0 fails on similarly-sized single-file CI edits. Not metadata-only (active CI shell logic). Tier 1, medium confidence — could plausibly be tier 0 if the porting is purely mechanical copy, but the risk of incorrect redirections makes tier 1 the safer call.
81412c40a42d146ad9cd(attempt #3, tier 1)
🔧 Implementer attempt —
rebased.Pushed 1 commit:
2d146ad.2d146ad9cd9cd8a58852(attempt #4, tier 1)
🔧 Implementer attempt —
rebased.Pushed 1 commit:
9cd8a58.✅ Approved
Reviewed at commit
9cd8a58.Confidence: high.
Claimed by
merge_drive.py(pid 954997) until2026-06-02T23:46:20.952005+00:00.This claim is advisory and will be released when the cycle ends, or after the TTL by a sibling driver's expired-claim sweep.
9cd8a58852f7de1672bbApproved by the controller reviewer stage (workflow 174).