Skip to content

Pin redisconn provider modules to released v0.0.2 - #292

Closed
reyortiz3 wants to merge 3 commits into
mainfrom
bump-redisconn-providers-v0.0.2
Closed

reyortiz3 wants to merge 3 commits into
mainfrom
bump-redisconn-providers-v0.0.2

Conversation

@reyortiz3

Copy link
Copy Markdown
Contributor

Summary

redisconn gained Config.PoolSize/Config.MaxActiveConns in #287, but the root module's require for redisconn was never bumped past v0.0.1, and the provider submodules (redisconn/aws, redisconn/azure, redisconn/gcp) still pinned redisconn v0.0.1 with a dev-only replace directive. Since Go ignores a dependency's own replace directives, every downstream consumer resolving toolhive-core (root module v0.0.44 through v0.0.46) via the module proxy gets the stale redisconn v0.0.1 package content, and redis/config.go's reference to the new PoolSize/MaxActiveConns fields fails to compile.

This follows the release ordering documented in docs/redisconn-extraction.md:

  1. Tagged redisconn/v0.0.2 at the current main HEAD (no code change needed there — the fields already exist).
  2. This PR: pins each provider module's redisconn requirement to the released v0.0.2 and removes the development-only local replace directive.

Once merged, each provider module will be tagged redisconn/aws/v0.0.2, redisconn/azure/v0.0.2, redisconn/gcp/v0.0.2, and then the root module will get a release-preparation commit pinning all four to their released versions (removing the remaining dev replaces) ahead of a v0.0.47 tag.

Test plan

  • GOWORK=off go build ./... and GOWORK=off go test ./... in each of redisconn/aws, redisconn/azure, redisconn/gcp, resolving the real published redisconn v0.0.2 from the module proxy (not the local replace).

🤖 Generated with Claude Code

reyortiz3 added a commit that referenced this pull request Sep 11, 2026
Renovate already bumped the redisconn requirement in these
manifests to the released v0.0.2 (#293), which was the only
part of #292 not already applied; folding in the remaining
replace-directive removal here supersedes that PR.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@reyortiz3

Copy link
Copy Markdown
Contributor Author

Superseded by #294: the version bump here was already picked up by Renovate (#293) directly on main before this merged, and the remaining change (dropping the dev-only replace directives) has been folded into #294 alongside the release-validation fix. Closing in favor of that PR.

@reyortiz3 reyortiz3 closed this Sep 11, 2026
@reyortiz3
reyortiz3 deleted the bump-redisconn-providers-v0.0.2 branch September 11, 2026 16:11
reyortiz3 added a commit that referenced this pull request Sep 11, 2026
* Detect stale nested-module pins before release

validate-release.sh only checked that a required redisconn/*
tag existed, not that the pinned version still matches the
current tree. #287 changed redisconn's Config without bumping
its tag, so root releases v0.0.44-v0.0.46 shipped referencing
a stale, incompatible redisconn v0.0.1 via the module proxy.

Also wire test-validate-release.sh into CI; it previously ran
only through the local Taskfile.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

* Drop dev-only replace directives in redisconn providers

Renovate already bumped the redisconn requirement in these
manifests to the released v0.0.2 (#293), which was the only
part of #292 not already applied; folding in the remaining
replace-directive removal here supersedes that PR.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

* Revert "Drop dev-only replace directives in redisconn providers"

This reverts commit de2b2a0.

---------

Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
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.

1 participant