Skip to content

Add update-providers-next-version step to provider docs skill#68739

Merged
shahar1 merged 2 commits into
apache:mainfrom
shahar1:add-next-version-step-prepare-providers-skill
Jun 19, 2026
Merged

Add update-providers-next-version step to provider docs skill#68739
shahar1 merged 2 commits into
apache:mainfrom
shahar1:add-next-version-step-prepare-providers-skill

Conversation

@shahar1

@shahar1 shahar1 commented Jun 19, 2026

Copy link
Copy Markdown
Contributor

Human Summary

It turns out that I've missed running "update-providers-next-version" while using the prepare-docs skill in #68642.
This PR fixes it.

AI Summary

Click hereThe `prepare-providers-documentation` skill ended after regenerating the provider build templates (Phase 4c) and handed control back to the regular release workflow in `dev/README_RELEASE_PROVIDERS.md`. That left `breeze release-management update-providers-next-version` — which resolves inter-provider dependencies pinned with a `# use next version` comment to the versions just bumped in the wave — entirely implicit.

Because that command sits between doc preparation and PR creation in the
release doc, it is easy to miss once the skill stops. When it is skipped the
wave merges with stale lower bounds on inter-provider dependencies, and the
only remedy after merge is a separate follow-up PR.

This adds it to the skill as an explicit step:

  • Phase 4d — run update-providers-next-version after the templates are
    regenerated and before the PR is opened, every time (it is a safe no-op
    when no provider uses the comment).
  • Phase 5 — a validation bullet and a reminder in the closing note that
    Phase 4d must have run before the PR is opened.
  • Incremental Phase 5 — re-run it when an incremental rebase bumps a
    provider to a new version.

Docs-only change to an agent skill; no runtime code affected.


Was generative AI tooling used to co-author this PR?
  • Yes — Claude Code (Opus 4.8)

Generated-by: Claude Code (Opus 4.8) following the guidelines

The prepare-providers-documentation skill stopped after regenerating the
build templates and handed back to the regular release workflow, leaving
'breeze release-management update-providers-next-version' implicit. That
step resolves inter-provider dependencies pinned with '# use next version'
to the just-released versions and must run before the PR is opened; missing
it ships the wave with stale lower bounds and needs a follow-up PR to fix.
Make the skill run it as an explicit phase and check for it during validation.
@shahar1 shahar1 requested a review from potiuk June 19, 2026 06:07
Reflect in README_RELEASE_PROVIDERS.md that the prepare-providers-documentation
skill now runs update-providers-next-version itself, and that an incremental
update which bumps a version must re-run that step on the rebased branch —
for both the skill and the interactive breeze flows.
@shahar1 shahar1 merged commit 7e7e4a9 into apache:main Jun 19, 2026
63 checks passed
@shahar1 shahar1 deleted the add-next-version-step-prepare-providers-skill branch June 19, 2026 08:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants