git remoule命令中被引用到的位置为src/github.com/golang而不是直接的src/ 中，因为执行该命令后本地代码仓库会clone glog这个代码仓库，将它的代码拉下来，只是创建glog这个目录，所以前面的一些父目录需要自己创建。关于命令更多的介绍参见 Git。
组织好文件结构就可以进行
go install了，生成的可执行在
$GOPATH/bin中，后面就是基本的指定入口程序和参数。通过
docker build -t="name" . 生成镜像3.更进一步：提前编译
上面的方式是将代码拷贝进基础镜像并在其内部编译，毫无疑问的是golang：alpine中包含一系列程序运行的依赖，程序运行会动态加载这些库，我们可以用ldd命令查看所生成的二进制文件的依赖：
linux-vdso.so.1 => (0x00007ffc5b1e4000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f50a1f13000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f50a1b4a000)
/lib64/ld-linux-x86-64.so.2 (0x00005611a4b0a000)那么问题来了？ 如果将这些依赖静态编译至可执行文件中那就不需要在环境中保存这些多余的信息了，就可以创建一个更小的镜像了。幸运的是无论是golang的编译机制还是docker的基础镜像都提供这样的实现：
使用命令生成静态编译的二进制文件：
CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o main .此时用ldd查看生成的可执行文件的依赖，可以看到显示
not a dynamic executable，这里我们禁用CGO使其生成静态二进制文件，同时设置系统为linux。我们将基础镜像设置为 scratch，这是一个很小的的镜像。重新编写的Dockerfile如下：
FROM scratch
ADD main /
ENTRYPOINT ["/main"]CMD ["-logtostderr"]执行
docker build -t example-scratch .生成镜像，可以看到该镜像的大小只有8.27M大小，并且可以正常执行。在实际情况中有时会将两种情况结合使用，先在一个镜像中构建，在另一个镜像中执行。下面的Dockerfile摘自prometheus这个第三方监控的演示案例的Dockerfile,可以看到它是首先在builder镜像中下载对应的依赖并且编译程序，最后在scratch基础镜像中执行程序。
# This Dockerfile builds an image for a client_golang example.
#
# Use as (from the root for the client_golang repository):jingx
# docker build -f examples/$name/Dockerfile -t prometheus/golang-example-$name .# Builder image, where we build the example.
