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
This only seems to work with versions within the module's major version. There's some ongoing progress to deprecate module versions: golang/go#40357
Maybe it could be done by introducing a separate v2 directory and rolling the root dir back to v1. What happens if all versions within v1 are retracted?
The text was updated successfully, but these errors were encountered:
The issue seems to be that I can't release a new v1 version which contains the retractions without messing up the repository which I'm not going to do. The project should've used a v2 directory from the beginning so that v1 and v2 could've been updated separately.
Now what could be done is to move the current into v2 directory and checkout the rest from the latest v1 version. Then release a v1 bugfix which retracts all v1 versions. According to retract, it should then jump down to v0.x versions if all v1.x is retracted, can those versions be retracted within the v1 module or will we hit the same problem of not being able to retract v1 versions within v2?
This seems nonsense, I'm fine with having a /v2 in the module name but we should have something to notify v1 users that this version is deprecated.
evcache/go.mod
Line 15 in 023b178
This only seems to work with versions within the module's major version. There's some ongoing progress to deprecate module versions: golang/go#40357
Maybe it could be done by introducing a separate
v2
directory and rolling the root dir back to v1. What happens if all versions within v1 are retracted?The text was updated successfully, but these errors were encountered: