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

Unclear what release workflow changes to if using bundler's rake release #4

Open
technicalpickles opened this issue May 9, 2024 · 2 comments

Comments

@technicalpickles
Copy link

I'm used to using rake release on the main branch when going to release. That handles the git tag and gem push.

If I do rake release first, it would end up pushing a tag, and then publishing. If I'm using the v* tag to push to gem, wouldn't it end up trying to push a gem that exists?

@technicalpickles
Copy link
Author

Here's what happened after using a dispatch workflow after rake release:

Run bundle exec rake release
singed 0.2.2 built to pkg/singed-0.2.2.gem.
Tagged v0.2.2.
Pushed git commits and release tag.
Pushing gem to https://rubygems.org.../
Repushing of gem versions is not allowed.
Please bump the version number and push a new different release.
See also `gem yank` if you want to unpublish the bad release.

I am wondering if rake release should just be triggering a github action to git tag and push the gem?

@technicalpickles
Copy link
Author

I looked at the output more closely, and the github action is eventually doing rake release 😅 Seems is possible to gh workflows run push_gem.yml, as the way to trigger it locally.

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

No branches or pull requests

1 participant