Skip to content
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

Adapt the workflow to release on SDKMAN! #20535

Merged
merged 4 commits into from
Jun 15, 2024

Conversation

hamzaremmal
Copy link
Member

Adapts the workflow to the changes in #20351

@hamzaremmal hamzaremmal self-assigned this Jun 8, 2024
@hamzaremmal hamzaremmal force-pushed the sdkman-workflow branch 3 times, most recently from eae8194 to aa9d461 Compare June 8, 2024 19:20
@hamzaremmal hamzaremmal marked this pull request as ready for review June 10, 2024 12:07
@hamzaremmal hamzaremmal added the backport:nominated If we agree to backport this PR, replace this tag with "backport:accepted", otherwise delete it. label Jun 10, 2024
@Gedochao Gedochao added this to the 3.5.0-RC2 milestone Jun 10, 2024
runs-on: ubuntu-latest
needs: publish
steps:
- uses: hamzaremmal/sdkman-default-action@main # TODO: Make a release of the action and configure the version here
Copy link
Contributor

Choose a reason for hiding this comment

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

Do you have any estimate of how much effort would take to make a release for these actions? I'm mostly sceptical about using a main branch directly as it's fragile to any changes.

A tag (preferred if possible) or even a commit pointing to well known revision might be a better idea and might prevent getting any unexpected changes in these workflows when publishing.

Copy link
Member Author

Choose a reason for hiding this comment

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

Not much actually, I just have to write the documentation for it and ask the author of sdkman about the body of the reponse to parse it to extract them as outputs. (See action.yml). In all cases, this action is fully working but I don't have the time at the moment to polish these details.

A tag (preferred if possible) or even a commit pointing to well known revision might be a better idea and might prevent getting any unexpected changes in these workflows when publishing.

Agreed, I will update these to use the commit instead of the branch.

@hamzaremmal hamzaremmal merged commit 48a823f into scala:main Jun 15, 2024
24 checks passed
@hamzaremmal hamzaremmal deleted the sdkman-workflow branch June 15, 2024 16:01
@WojciechMazur WojciechMazur added backport:accepted This PR needs to be backported, once it's been backported replace this tag by "backport:done" and removed backport:nominated If we agree to backport this PR, replace this tag with "backport:accepted", otherwise delete it. labels Jun 17, 2024
@WojciechMazur WojciechMazur added backport:done This PR was successfully backported. and removed backport:accepted This PR needs to be backported, once it's been backported replace this tag by "backport:done" labels Jun 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport:done This PR was successfully backported.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants