Skip to content

Fix release notes version bump using next_version param#4099

Merged
mokagio merged 3 commits intotrunkfrom
iangmaia/fix-release-notes-version-bump
Mar 31, 2026
Merged

Fix release notes version bump using next_version param#4099
mokagio merged 3 commits intotrunkfrom
iangmaia/fix-release-notes-version-bump

Conversation

@iangmaia
Copy link
Copy Markdown
Contributor

@iangmaia iangmaia commented Mar 30, 2026

Summary

Fixes: AINFRA-2242

  • Uses the new next_version parameter of ios_update_release_notes (from release-toolkit) to pass the computed next version directly via release_version_next
  • Prevents the same bug seen in Pocket Casts Android where the toolkit's built-in calculator would bump 8.9 → 9.0 instead of 8.10

Depends on: wordpress-mobile/release-toolkit#706

Test plan

  • Verify release_version_next returns the correct next version (e.g. 8.10 when current is 8.9)
  • Run a code freeze and confirm the release notes file gets a section for the correct next version

🤖 Generated with Claude Code

Pass the computed next version directly to `ios_update_release_notes`
using the new `next_version` parameter, instead of relying on the toolkit's
built-in calculator which incorrectly caps minor version at 9 (e.g. bumping
8.9 → 9.0 instead of 8.10).

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@iangmaia iangmaia self-assigned this Mar 30, 2026
@dangermattic
Copy link
Copy Markdown
Collaborator

dangermattic commented Mar 30, 2026

1 Warning
⚠️ PR is not assigned to a milestone.

Generated by 🚫 Danger

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Updates the iOS Fastlane code-freeze workflow to pass an explicitly computed “next release version” into the release notes updater, avoiding incorrect version bump behavior (e.g., 8.99.0 instead of 8.10) when relying on the toolkit’s internal calculation.

Changes:

  • Switches ios_update_release_notes to use the new next_version: parameter, sourced from release_version_next.
  • Clarifies in-code comments around how release_version_next is computed after bumping the version file.

# release_version_next reads it and computes the next release (e.g. "8.10").
ios_update_release_notes(
new_version: release_version_current,
next_version: release_version_next,
Copy link

Copilot AI Mar 30, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ios_update_release_notes is being called with the new next_version: parameter, but the repo is still locked to fastlane-plugin-wpmreleasetoolkit 13.8.1. Since this PR explicitly depends on an unreleased release-toolkit change, this lane will fail at runtime unless the Gemfile/Gemfile.lock is updated to a version (or git ref) that includes next_version:.

Suggested change
next_version: release_version_next,

Copilot uses AI. Check for mistakes.
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎗️ Reminder to update release-toolkit once a new version has been released

@iangmaia iangmaia marked this pull request as ready for review March 30, 2026 13:44
@iangmaia iangmaia requested a review from a team as a code owner March 30, 2026 13:44
@iangmaia iangmaia requested review from AliSoftware, SergioEstevao, geekygecko, mokagio and twstokes and removed request for a team March 30, 2026 13:44
@iangmaia iangmaia added the [Type] Tooling Issues related to tooling: build tools, ruby, scripts, etc. label Mar 30, 2026
Copy link
Copy Markdown
Contributor

@AliSoftware AliSoftware left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approving to unblock once you'll have 🎗️ pushed a new version of release-toolkit and updated the Gemfile accordingly

14.3.0 adds the `next_version` parameter to the release notes update
actions, which the previous commits in this branch already use.

---

Generated with the help of Claude Code, https://code.claude.com

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@mokagio mokagio merged commit 762dc77 into trunk Mar 31, 2026
4 checks passed
@mokagio mokagio deleted the iangmaia/fix-release-notes-version-bump branch March 31, 2026 01:52
@iangmaia
Copy link
Copy Markdown
Contributor Author

iangmaia commented Mar 31, 2026

@mokagio 2 quick notes FYI: the release-toolkit version bump downgraded activesupport (not an issue per se, but good to be aware), and the major bump requires more changes on iOS (I think not on Android, though).

Update: It seems we don't use the lane update_app_store_strings in the iOS automation at all, so it seems we're good after all -- the code is broken (I have a fix anyway, shipping it together with a release-toolkit update) but it's never used unless triggered manually? 😅

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

[Type] Tooling Issues related to tooling: build tools, ruby, scripts, etc.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants