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
When pushing atomically, if the commit is rejected (let's say a PR has been merged concurrently, we got a non-fast-forward error), then the tag would be rejected as well (with a atomic push failed).
In that situation, with the current implementation, a fallback non-atomic push is attempted as a retry (because the error message DOES contain the word "atomic").
We ends up with an orphan tag being pushed, preventing further release process to be achieved with success, until we manually delete the tag.
I don't understand why the condition on fallback non-atomic attempt is implemented like that.
Thanks in advance for your help & clarification on how we should use that correctly.
The text was updated successfully, but these errors were encountered:
Hello & thank you for this plugin,
As of now, when the atomic git-push failed for some reason, if the error contains the word "atomic", then a fallback to non-atomic push is attempted.
See:
semver/packages/semver/src/executors/version/utils/git.ts
Lines 96 to 118 in 0ff884d
When pushing atomically, if the commit is rejected (let's say a PR has been merged concurrently, we got a
non-fast-forward error
), then the tag would be rejected as well (with aatomic push failed
).In that situation, with the current implementation, a fallback non-atomic push is attempted as a retry (because the error message DOES contain the word "atomic").
We ends up with an orphan tag being pushed, preventing further release process to be achieved with success, until we manually delete the tag.
I don't understand why the condition on fallback non-atomic attempt is implemented like that.
Thanks in advance for your help & clarification on how we should use that correctly.
The text was updated successfully, but these errors were encountered: