On 10/12/16 2:32 AM, Peter Vypov wrote:

On Wednesday, October 12, 2016 at 2:04:19 AM UTC+2, Eric Johnson wrote:

    My view is that the general case requires putting such metadata in
    a separate file for a package.

Yes, I agree with you that having multiple Go files with such comments creates repetition (having to update multiple files) and forgetting to update one of those makes it ambiguous which particular version is going to be installed.

    [...] after the current package management efforts nail down that
    metadata file.

Having been working with dependency management tools such `godep` and `glide` would much prefer not to deal with any metadata files at all, with their location, format, and naming conventions.
I suspect the annoyance of this will disappear when the team trying to standardize this actually succeeds, and then it is always the same metadata files. Then, you'll eventually be glad they're there.

How about an implied metadata file when you specify package versions on the `go get` command line but nowhere in source code or metadata files. Would such a tradeoff work?

go get-u github.com/spf13/cobra:v1.10.0\


This has a drawback that dependent packages are going to be installed as their latest versions, so the ordering is important.

If I can't source control it, I don't think it will work.

The reason for asking this question is that in recent months tools like `glide` (https://github.com/Masterminds/glide) gained popularity and some third-party packages require you to do `glide up` to populate it properly in addition / instead of the regular `go get`. This means that for a package that uses such a glided package, you'd need to create a Makefile (or shell script) with a `glide up` and other non-`go` commands in it (which is ugly).

Again, hopefully the dependency management team will make some headway. Then we might see an evolution of the standard tools.


You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to