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
{{ message }}
This repository was archived by the owner on Sep 11, 2020. It is now read-only.
Should be straightforward enough. Go modules support gopkg.in without any changes, so we don't have to break backwards compatibility. For example, this worked for me:
cd go-git
go mod init
go mod tidy
Also note that the // import "gopkg.in/src-d/go-git.v4" comment in doc.go should be removed once the commands above have been run, as Go modules make this enforcement of import paths obsolete.
Once we reach v5, it may make sense to transition to another module path, like sourced.tech/go-git/v5.
I've been helping a bit with modules, and have converted most of my repos to them - so I'm happy to help if there are any questions or issues.
That's fine that you want to keep gopkg.in for v4 - but the vanity import comment should still be removed. It's now the go.mod file that enforces import paths. In particular, see module gopkg.in/src-d/go-git.v4.
# for freeto subscribe to this conversation on GitHub.
Already have an account?
#.
Should be straightforward enough. Go modules support
gopkg.in
without any changes, so we don't have to break backwards compatibility. For example, this worked for me:Also note that the
// import "gopkg.in/src-d/go-git.v4"
comment indoc.go
should be removed once the commands above have been run, as Go modules make this enforcement of import paths obsolete.Once we reach v5, it may make sense to transition to another module path, like
sourced.tech/go-git/v5
.I've been helping a bit with modules, and have converted most of my repos to them - so I'm happy to help if there are any questions or issues.
cc @mcuadros @smola @campoy
The text was updated successfully, but these errors were encountered: