So it doesn't seem terrible for something that is just a copyright fix. *but* Having go get give you something very different than what we build with is just going to bite us in the future. John =:-> <div class="gmail_quote">On Mar 27, 2015 7:08 PM, "Eric Snow" <<a href="mailto:eric.snow@canonical.com">eric.snow@canonical.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Mar 26, 2015 at 7:53 PM, Nate Finch <<a href="mailto:nate.finch@canonical.com">nate.finch@canonical.com</a>> wrote: > tl;dr: godeps overrides <a href="http://gopkg.in" target="_blank">gopkg.in</a>, so you can have godeps pin a commit from a > different branch than <a href="http://gopkg.in" target="_blank">gopkg.in</a> is retrieving (i.e. make a release-number > branch, like "1.22" and use godeps to pin commits from there, even if go get > & <a href="http://gopkg.in" target="_blank">gopkg.in</a> is getting a different branch). So basically, <a href="http://gopkg.in" target="_blank">gopkg.in</a> is just a means for a project to explicitly control, in a sane way, the git revision that `go get` uses. If your project does *not* use something like <a href="http://gopkg.in" target="_blank">gopkg.in</a> then either tip of the master branch must always be correct (messy) or folks that import your code must manually manage the revision (as we do with godeps). There is a lot less magic going on with <a href="http://gopkg.in" target="_blank">gopkg.in</a> than you might think. In the context of `go get`, <a href="http://gopkg.in" target="_blank">gopkg.in</a> just proxies the github URL to the corresponding named revision (branch or tag). It does not cache a copy of the branch or repo or otherwise restrict the revisions available to the git fetch that `go get` does. So non-ancestor revisions still get downloaded. That's why could still take the godeps/"1.22"-branch approach without a lot of complexity. In the context of juju core, using <a href="http://gopkg.in" target="_blank">gopkg.in</a> for dependencies doesn't buy us as much since we use godeps. It's still fine though since the import "URL" indicates the intended target and it doesn't impede our ability to adjust via godeps (as I originally thought it did). -eric -- Juju-dev mailing list <a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a> Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a> </blockquote></div>