You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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?
The text was updated successfully, but these errors were encountered:
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?
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.
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 thev*
tag to push to gem, wouldn't it end up trying to push a gem that exists?The text was updated successfully, but these errors were encountered: