我之前也踩过这个坑，这其实是Go Modules的版本选择规则和docker仓库的版本标签逻辑不匹配导致的，咱们一步步来搞定它：

问题根源 #

github.com/docker/docker的v1.13.1是v1语义化版本系列的最后一个正式版本，之后docker官方直接跳到了v17.03.0-ce这类高版本号，但这些版本并没有遵循Go Modules的v2+版本规范——按照Go Modules的规则，版本号≥v2.0.0的模块必须在导入路径末尾加上/vN（比如github.com/docker/docker/v24），但docker官方没有这么做，仍然沿用了原来的模块路径。

这就导致Go Modules无法识别这些高版本是同一模块的后续版本，只会把v1系列的最后一个版本（v1.13.1）标记为这个模块路径下的latest。

解决方法 #

1. 直接指定需要的高版本号 #

最直接的办法就是强制拉取你需要的具体版本，比如想要用v24.0.6版本的client，执行以下命令：

go get github.com/docker/docker/client@v24.0.6

你可以去docker/docker仓库的Releases页面找最新的稳定版本号，替换成你需要的即可。

执行完这个命令后，你的go.mod文件里会自动添加类似这样的依赖行：

require github.com/docker/docker v24.0.6+incompatible

这里的+incompatible是Go Modules用来标记该版本不符合v2+模块规范的标识，完全不影响实际使用。

2. 清理依赖并重新生成vendor目录 #

接下来执行以下命令，更新依赖并生成正确的vendor目录：

go mod tidy
go mod vendor

这时候vendor目录里就会包含你指定的高版本docker/client代码，之前缺失的方法应该就都能找到了。

3. 确认导入路径无需修改 #

确保你代码里的导入路径还是github.com/docker/docker/client，不需要做任何改动，我们已经通过指定版本拉取了正确的代码包。

额外提醒 #

如果你直接执行go get github.com/docker/docker/client@latest，Go Modules还是会拉取v1.13.1，因为它认定这是当前模块路径下的latest版本，所以一定要指定具体的高版本号才行。

内容的提问来源于stack exchange，提问作者navigante