Skip to content

Conversation

@tonidero
Copy link
Contributor

@tonidero tonidero commented Nov 17, 2025

With this, when we deploy a new version of the library, we will also deploy versions with a +bc7 metadata using the bc7 version of the Android native SDK.

Depends on RevenueCat/purchases-hybrid-common#1371

)

# Update CHANGELOG.md to include BC7 version
update_changelog_with_bc7_version(changelog_path, current_version_number)
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Have to do this because pub.dev validates that the version number appears in the changelog. This seemed the simpler way to bypass this validation.

# Temporarily commit changes to satisfy git clean check
Dir.chdir('..') do
sh('git', 'add', 'pubspec.yaml', 'android/build.gradle')
sh('git', 'commit', '-m', '[TEMPORARY] BC7 modifications for publishing')
Copy link
Contributor Author

Choose a reason for hiding this comment

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

I need to commit the files with changes, otherwise it will fail pub.dev validation. This should be fine during CI, since we won't be pushing this commit. But we reset the changes at the end anyway... It might not be undone if the flutter pub publish command fails for any reason though, but this should be fine when run on CI as I mentioned.

@tonidero
Copy link
Contributor Author

tonidero commented Nov 17, 2025

Keeping this as draft until the PHC part is merged, but this is ready for review @RevenueCat/sdk

@tonidero tonidero requested a review from a team November 17, 2025 16:56
Copy link
Contributor

@rickvdl rickvdl left a comment

Choose a reason for hiding this comment

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

Nice work!

end

# Dry run
Dir.chdir('..') do
Copy link
Contributor

Choose a reason for hiding this comment

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

I was just thinking it might be nice to be able to reuse existing code a bit more, for example calling the regular release lane here. But I also realized this would often require passing some new parameters and would probably not be worth the effort. Since it should be temporary in the grand scheme of things anyways I think this approach makes sense as-is.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yeah... I think we could try to refactor it to avoid repeating code, but as you said, this will go away in a few months at most, so might be easier to clean it up later if we keep it split.

Copy link
Member

@ajpallares ajpallares left a comment

Choose a reason for hiding this comment

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

Nice workarounds!

@tonidero tonidero marked this pull request as ready for review November 18, 2025 11:47
@tonidero tonidero requested a review from a team as a code owner November 18, 2025 11:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants