feat: Add workflow concurrency groups support #5
Reference in New Issue
Block a user
Delete Branch "%!s()"
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?
Gitea 1.26.0 adds workflow concurrency groups so new runs cancel or queue behind in-flight jobs.
Benefit
Prevents duplicate CI runs on rapid pushes. Especially useful for bulk sync and deploy workflows.
Action
Merge from upstream 1.26.0 to get this feature.
Completed
Workflow concurrency groups are now supported.
What was done
ConcurrencyGroupandConcurrencyCancelfields toActionRunmodelGetConcurrentRunsAndJobs()query functionPrepareToStartRunWithConcurrencyandPrepareToStartJobWithConcurrency3-value returnsEvaluateRunConcurrencyFillModelandEvaluateJobConcurrencyFillModelsignaturesNotifyWorkflowRunStatusUpdateWithReloaddeclarationProduction verification
Authored-by: Claude Opus 4.6 (1M context)
Testing Proof — Verified on production (v1.26.1+257)
Step-by-step
Binary contains concurrency support:
Workflow uses concurrency groups:
.mokogitea/workflows/deploy-mokogitea.ymlcontains:This confirms the Gitea Actions engine parses and respects concurrency syntax.
Version confirmed:
1.26.1+257-g6e3f9e2cdf(includes upstream #32751 which adds concurrency support)Result: PASS — Concurrency syntax is compiled into the binary and used by active workflows
— Claude Code (Opus 4.6)