guettli/sharedinbox
1
0
Fork 0
Code Issues 21 Pull Requests 6 Actions Packages Projects Releases Wiki Activity

CI: add concurrency cancel-in-progress to ci.yml — stop waiting for superseded runs #497

New Issue
Closed
opened 2026-06-06 16:22:30 +00:00 by guettlibot · 1 comment
guettlibot commented 2026-06-06 16:22:30 +00:00 (Migrated from codeberg.org)
Copy Link
Copy Source

Problem

When you push multiple commits to a branch in quick succession (e.g. fixing a PR), every push triggers ci.yml. Each job takes ~5–6 min. With one runner slot, they queue:

push 1 → waits 0 min, runs 5 min
push 2 → waits 5 min, runs 5 min
push 3 → waits 10 min, runs 5 min
push 4 → waits 15 min, runs 5 min
push 5 → waits 20 min, runs 5 min
push 6 → waits 25 min, runs 5 min
push 7 → waits 30 min, runs 5 min
push 8 → waits 35 min, runs 5 min ← the one you care about

Measured today: queue times of 38–40 minutes during a burst of commits. The run itself is only 5 min.

Only the LAST commit matters. All earlier runs are wasted work.

Fix

Add a concurrency group to ci.yml that cancels any in-progress run for the same branch when a new commit arrives:

name: CI
on: [push, pull_request]

concurrency:
  group: ci-${{ github.ref }}
  cancel-in-progress: true

jobs:
  check:
    ...

With this in place:

  • Push 1 starts running.
  • Push 2 arrives → push 1 is cancelled, push 2 starts immediately.
  • Push 8 arrives → only push 8 runs.

Queue time goes from 35 min to ~0 min.

Expected impact

  • Queue time for the most recent commit on a branch drops from O(n × job_duration) to ~0.
  • Dramatically better feedback loop during active development.
  • No impact on main branch deploys (deploy.yml has its own concurrency domain).

Files to change

  • .forgejo/workflows/ci.yml — add the concurrency: block (2 lines)
## Problem When you push multiple commits to a branch in quick succession (e.g. fixing a PR), every push triggers ci.yml. Each job takes ~5–6 min. With one runner slot, they queue: push 1 → waits 0 min, runs 5 min push 2 → waits 5 min, runs 5 min push 3 → waits 10 min, runs 5 min push 4 → waits 15 min, runs 5 min push 5 → waits 20 min, runs 5 min push 6 → waits 25 min, runs 5 min push 7 → waits 30 min, runs 5 min push 8 → waits 35 min, runs 5 min ← the one you care about Measured today: queue times of 38–40 minutes during a burst of commits. The run itself is only 5 min. Only the LAST commit matters. All earlier runs are wasted work. ## Fix Add a concurrency group to ci.yml that cancels any in-progress run for the same branch when a new commit arrives: ```yaml name: CI on: [push, pull_request] concurrency: group: ci-${{ github.ref }} cancel-in-progress: true jobs: check: ... ``` With this in place: - Push 1 starts running. - Push 2 arrives → push 1 is cancelled, push 2 starts immediately. - Push 8 arrives → only push 8 runs. Queue time goes from 35 min to ~0 min. ## Expected impact - Queue time for the most recent commit on a branch drops from O(n × job_duration) to ~0. - Dramatically better feedback loop during active development. - No impact on main branch deploys (deploy.yml has its own concurrency domain). ## Files to change - `.forgejo/workflows/ci.yml` — add the `concurrency:` block (2 lines)
guettlibot commented 2026-06-07 00:36:56 +00:00 (Migrated from codeberg.org)
Copy Link
Copy Source

Done. Here's a summary of what was done:

Change made: Added a concurrency: block to .forgejo/workflows/ci.yml:

concurrency:
  group: ci-${{ github.ref }}
  cancel-in-progress: true

This cancels any queued/running CI job for the same branch the moment a new commit is pushed, so only the latest commit's run ever completes. Queue time drops from O(n × 5 min) to ~0.

Pull request: https://codeberg.org/guettli/sharedinbox/pulls/516 (auto-merge enabled — will merge automatically once CI is green)

Done. Here's a summary of what was done: **Change made:** Added a `concurrency:` block to `.forgejo/workflows/ci.yml`: ```yaml concurrency: group: ci-${{ github.ref }} cancel-in-progress: true ``` This cancels any queued/running CI job for the same branch the moment a new commit is pushed, so only the latest commit's run ever completes. Queue time drops from O(n × 5 min) to ~0. **Pull request:** https://codeberg.org/guettli/sharedinbox/pulls/516 (auto-merge enabled — will merge automatically once CI is green)
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
NeedSupervisor
Issue escalated to a human supervisor; agentloop will skip it until cleared.
 State/InProgress
State/Later
State/Planned
automerge
Eligible for automatic merge by CI
 ci-failure
Issue opened by agentloop to track a failing CI workflow; used for deduplication.
 do-not-merge
Plan PR — review only, do not merge.
 loop/code
Add to run the built-in "code" prompt; override at prompts/code.md.
 loop/code-ci-pending
Prompt "code" finished; waiting for the PR's CI to pass before advancing.
 loop/code-done
Prompt "code" finished successfully.
 loop/code-in-process
Agent for the "code" prompt is currently running on this issue.
 loop/merge
Managed by agentloop
 loop/merge-done
Managed by agentloop
 loop/merge-in-process
Managed by agentloop
 loop/plan
Add to run the built-in "plan" prompt; override at prompts/plan.md.
 loop/plan-done
Prompt "plan" finished successfully.
 loop/plan-in-process
Agent for the "plan" prompt is currently running on this issue.
No labels loop/code-done
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
guettlibot guettli
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: guettli/sharedinbox#497