Closed linfan closed 2 years ago
Many thanks for this PR, which reminds me the go get
issue. I do understand the go official regulations about the module-path, but I hesitated to add the v2
suffix before. Here's the origin:
Initially, this project was a modified version of eycorsican/go-tun2socks
, but then I decided to start a new one, which is the current tun2socks project.
In order to distinguish this project from previous modified one, I have to start tagging it from v2
. Technically, however, it's not a second version of tun2socks but an actual first version, since it has nothing to do with the "version 1" except the name.
Therefore, I wonder if there's any other ways to solve this problem.
Sorry for the confusion.
Or, I can remove all the v1.x.x and rename all the v2.x.x tags to v1.x.x, but it's gonna be very weird lol.
Since no one could refer to those v2
version packages so far, renaming them to v1.x.x
is surely a workable solution.
But why not just fix the package naming and become real v2
, as it's already a "modified one" of the original v1
.
Over shoes, over boots : )
Since no one could refer to those v2 version packages so far, renaming them to v1.x.x is surely a workable solution.
Actually, v2
version can be referred like pkg@commit
.
But why not just fix the package naming and become real v2, as it's already a "modified one" of the original v1. Over shoes, over boots : )
Oh haha, because I have another private v2
development ongoing. =)
Actually, v2 version can be referred like pkg@commit.
It works with go get
, but not for go.mod
.
Because I have another private v2 development ongoing.
That's another story then, how about v3
for this public one ; )
I revised my private one, v2
is good to go now😉.
Thanks again.
According to the go module convention,
if the module is released at major version 2 or higher, the module path must end with a major version suffix like /v2. This may or may not be part of the subdirectory name
.Therefore currently the v2 version of this repo can neither be fetched via
go get
command nor be referred ingo.mod
:To demonstrate the effect, I had made a quick fork and put a
v2.3.2-fix
to my repo, and below command would work as expected: