Conversation
|
Tested in this run. |
|
The reason why we push a tag is because the podspec file looks for the specific tag. By removing the push/undo-push steps you will break the validation process of the podspec which will look for that version tag. The reason why your |
|
@therama Do we not just do I'll give it a go anyway. This is a run with the non-existent version |
|
It does look fine at first sight, but I delved into the logs and I see that it is fetching the incorrect versions: To clarify: the expected value should have been |

The
dryRunoption in the Bump and release workflow wasn't very dry... First, the "bump and release" job would try to commit and push a bunch of things, and then the "cleanup" job would revert those changes.Except, if "bump and release" is run as a dry run with the same version as the latest version, then the "clean up" job would remove the tag for that latest version! This happened in this run, which removed the 10.10.0 tag. We had to manually re-create that tag.
This reworks the workflow so dry runs don't push anything. Hence, they also don't need to be cleaned up, so we can't mess up the cleanup logic either. 😉