docker / libcompose

*Unmaintained/Deprecated* An experimental go library providing Compose-like functionality
https://godoc.org/github.com/docker/libcompose
Apache License 2.0
585 stars 191 forks source link

go mod: use docker/docker@master instead of docker/engine snapshot (Take 2) #530

Open CpuID opened 4 years ago

CpuID commented 4 years ago

To avoid conflicts when importing in other projects (dependency hell between docker/docker vs docker/engine).

On an external project, I'd get errors like this without this PR:

$ go get github.com/docker/libcompose@master
go: finding github.com/docker/libcompose master
go: finding github.com/docker/docker v0.0.0-00010101000000-000000000000
go: github.com/docker/docker@v0.0.0-00010101000000-000000000000: unknown revision 000000000000

cc @vdemeester


My 2c: In an ideal world everything would use one repo reference (either docker/engine OR docker/docker), and personally I'd almost suggest docker/engine is cleaner due to no moby/moby rename, but I'm not a decision maker on Docker development and keeping a single canonical import is the safe answer right now across the Go ecosystem.