Skip to content

add support for backstage-release versions #1

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Feb 7, 2022
Merged

Conversation

Rugvip
Copy link
Member

@Rugvip Rugvip commented Feb 2, 2022

I think this ends up being the simplest way to add support for the new Backstage releases. Been trying it out over in https://github.com/Rugvip/upgrade-helper-diff-next

If the trigger version is <= 0.4, then we consider it to be a create-app version and use that directly. If it's above that, then we'll use the release manifest to look up the create-app version within that release and use that when calling create-app. Apart from the create-app call, the version we end up using everywhere is the one that was used to trigger the workflow. That means we should somewhat smoothly move over from create-app versions to release version, we just get a bit of an awkward bump from 0.4.x up to 0.67.0 or smth like that.

We shouldn't merge this just yet though, it's best if we sync this update with an update to the logic that writes the version to backstage.json, or we might run into issues.

@Rugvip Rugvip force-pushed the rugvip/new-releases branch from 324b83c to 7e5858f Compare February 2, 2022 20:03
@Rugvip Rugvip merged commit ead10a1 into master Feb 7, 2022
@Rugvip Rugvip deleted the rugvip/new-releases branch February 7, 2022 16:05
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.

3 participants