4 ms·
You're incorrectly setting up the source tree which makes it difficult to "go get". why have a makefile and not just allow "go get github.com/rapidloop/rtop" t
by sigmonsays 11y ago
You're incorrectly setting up the source tree which makes it difficult to "go get".
why have a makefile and not just allow "go get github.com/rapidloop/rtop" to function?
- politician 11y ago`go get` seems to be increasingly considered harmful -- for example, by its poor dependency versioning practices which promotes non-reproducible builds. See Dave Cheney's `gb` project for an alternative. [1] As a fellow gopher, I've decided to consider support for `go get` a non-goal in my projects for similar reasons. [1] https://walledcity.com/supermighty/building-go-projects-with-gb https://walledcity.com/supermighty/building-go-projects-with...
- lstamour 11y ago"go get" on its own isn't to blame -- the culture folks behind Go are trying to promote is that dependencies are intrinsically part of your code and thus you have to maintain them. I'm not going to say that version pinning harms this, but the lack of it is no reason to throw away good conventions around imports mapping to URLs, etc. For a set of alternative package managers that are perhaps more in the "spirit of go get", see https://github.com/golang/go/wiki/PackageManagementTools https://github.com/golang/go/wiki/PackageManagementTools