Retract incorrectly tagged out-of-order version (v1.2.3
)
#398
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Context
A few months ago an out-of-order semver tag was pushed (
v1.2.3
). The tag was removed from the repository, however, since it was depended on by another Go module before being removed, we also need to explicitly mark the version as retracted to fully correct the Go tooling's behaviour.Why is this a problem
@latest
will return versionv1.2.3
rather than the actual most recent versiongo get -u ...
) will "upgrade" thecore-contracts
modules tov1.2.3
core-contracts
module, one of which isv1.2.3
(or any untagged commit afterv1.2.3
), then Go will build withv1.2.3
rather than the actual most recent versionHow this fixes the problem
This PR marks the incorrectly tagged version as retracted, which means go tooling will no longer consider it the latest version (and won't attempt to automatically upgrade to it).
In addition, once this is merged, we will need to tag v1.2.4:
This is needed because once a version is added to the sum.golang.org database, it is never removed (prioritizing build stability). See https://go.dev/ref/mod#checksum-database, which this change is based off, for more details.