-
Notifications
You must be signed in to change notification settings - Fork 0
Add a workflow_dispatch republish path for API clients #117
Copy link
Copy link
Open
Labels
area: toolingReusable workflows, Gradle, templates, Renovate, and API tooling.Reusable workflows, Gradle, templates, Renovate, and API tooling.component: ciContinuous integration workflow or check behavior.Continuous integration workflow or check behavior.priority: P1High; important and should be handled in the current iteration.High; important and should be handled in the current iteration.type: featureNew user-facing or operator-facing capability.New user-facing or operator-facing capability.
Description
Activity
Metadata
Metadata
Assignees
Labels
area: toolingReusable workflows, Gradle, templates, Renovate, and API tooling.Reusable workflows, Gradle, templates, Renovate, and API tooling.component: ciContinuous integration workflow or check behavior.Continuous integration workflow or check behavior.priority: P1High; important and should be handled in the current iteration.High; important and should be handled in the current iteration.type: featureNew user-facing or operator-facing capability.New user-facing or operator-facing capability.
What to build
A client can be regenerated and republished on demand, without a service release.
Today the publish workflow is callable only from a service's release pipeline, so any change to the generator configuration reaches consumers only after each service cuts a release — and then waits out Renovate's minimum release age. Add a manual dispatch path that regenerates and republishes a named service's clients at a bumped patch version, following the same pattern the project-board backfill workflow already uses.
This is sequenced after the plugin change only because both edit the same workflow; there is no logical dependency.
Acceptance criteria
Blocked by