chore(renovate): opt in to the shared automerge-safe preset #22
Inga granskare
Etiketter
Inga etiketter
area/backups
area/ci
area/control-panel
area/identity
area/infra
area/observability
area/payments
area/security
area/storage
area/web
blocked
needs-info
needs-triage
ready-for-implementation
type
bug
type
chore
type
docs
type
epic
type
feature
type
task
wontfix
Ingen milstolpe
Inget projekt
Inga tilldelade
1 deltagare
Notiser
Förfallodatum
Inget förfallodatum satt.
Beroenden
Inga beroenden satta
Referens
bitborg/bitborg-reconcile-trigger!22
Läser in…
Hänvisa till i nytt ärende
Ingen beskrivning angiven.
Ta bort grenen "chore/renovate-automerge-opt-in"
Borttagning av en gren är permanent. Även om den borttagna grenen kan fortsätta existera en kort tid innan den faktiskt tas bort, kan det INTE ångras i de flesta fall. Vill du fortsätta?
Companion to bitborg-docs #81, which adds an opt-in
automerge-safeRenovate preset to the shared config.Extends it here. The qualifying condition is that a merge to
mainships nothing:release.ymltriggers onpush: tags: v*, not on a merge, so a merged dependency PR builds and releases nothing until a human cuts a version tag. That tag remains the release gate and stays manual.What this automerges, once
#81merges:devDependencies(the existing grouped PR)toolchaingroup — Node and pnpm, including the Containerfile base imageAll three are gated on the required
cistatus check passing, viaautomergeType: pr+platformAutomerge, so Forgejo does the merging. Runtimedependenciesand all majors stay human-reviewed — majors are still held bymajor.dependencyDashboardApproval, and excluded from every automerge rule, since approving one means "open the PR", not "ship it".The rationale for the qualifying condition is recorded in
renovate.jsonitself, so a future reader does not have to re-derive why this repo is entitled to automerge and others are not.Merge after bitborg-docs #81 — until the preset exists on
mainthere,local>bitborg/bitborg-docs:automerge-safewill not resolve.7a8ba2af24039ad0e673