Go 的构建约束，即构建标签，是以 // go:build 为开始的行注释，如果是 1.16 或之前的版本，格式是 // +build 。跟此变更相关的 issue 可以参考 25348 。
构建标签必须出现在 package 子句之前。为了区分构建标签和包文档的描述注释，构建标签后面应该有一个空行。
构建标签由||, &&, !运算符以及括号来组合表达。运算符与 Go 中的含义相同。
例如，以下构建标签在满足 linux 和 386 约束，或者满足 darwin 而 cgo 不满足时构建文件：
//go:build (linux &&386) || (darwin &&!cgo)
又如：仅在使用 cgo 时，且仅在 Linux 和 OS X 上构建文件： //go:build cgo &&(linux || darwin)
注意：1.17 及以后的表达格式里，一个文件有多个 //go:build 行是错误的。
在 1.16 及以前的版本，多行构建标签是允许的，并且组合方式是通过空格和逗号等来区分，空格符表示 OR，逗号表示 AND,感叹号表示 NOT。而多行之间则表示 OR。gofmt 命令将在遇到旧语法时添加等效的 //go:build 约束。如下是示例：
如果文件名在去除扩展名和可能的 _test 后缀后匹配以下任何模式, （例如：source_windows_amd64.go）其中 GOOS 和 GOARCH 分别代表任何已知的操作系统和体系结构值，那么认为该文件除了文件中的任何显式约束之外，具有这些术语的所表达的隐式构建标签。
除了官方提供的针对不同平台的内置标签，用户也可以使用自定义标签，例如 //go:build prod , 只需要在执行 go build 时显式带上标签名 go build --tags=prod 。
想要使文件构建时被忽略，可以使用： //go:build ignore ，其他任何没有被用来定义为标签的词也可以，但"ignore"是约定俗成的。）。Go 语言目前支持的系统和架构可以参考 官方文档 。
容器部署即使用 docker 化部署 golang 应用程序，这是在云服务时代最流行的部署方式，也是最推荐的部署方式。
跨平台交叉编译是 golang 的特点之一，可以非常方便地编译出我们需要的目标服务器平台的版本，而且是静态编译，非常容易地解决了运行依赖问题。
使用以下指令可以静态编译 Linux 平台 amd64 架构的可执行文件：
生成的 main 便是我们静态编译的，可部署于 Linux amd64 上的可执行文件。
我们需要将该可执行文件 main 编译生成 docker 镜像，以便于分发及部署。 Golang 的运行环境推荐使用 alpine 基础系统镜像，编译出的容器镜像约为 20MB 左右。
一个参考的 Dockerfile 文件如下：
其中，我们的基础镜像使用了 loads/alpine:3.8 ，中国国内的用户推荐使用该基础镜像，基础镜像的 Dockerfile 地址： https://github.com/johngcn/dockerfiles ，仓库地址： https://hub.docker.com/u/loads
随后使用 " docker build -t main . " 指令编译生成名为 main 的 docker 镜像。
需要注意的是，在某些项目的架构设计中， 静态文件 和 配置文件 可能不会随着镜像进行编译发布，而是分开进行管理和发布。
例如，使用 MVVM 模式的项目中(例如使用 vue 框架)，往往是前后端非常独立的，因此在镜像中往往并不会包含 public 目录。而使用了 配置管理中心 (例如使用 consul / etcd / zookeeper )的项目中，也往往并不需要 config 目录。
因此对于以上示例的 Dockerfile 的使用，仅作参考，根据实际情况请进行必要的调整。
使用以下指令可直接运行刚才编译成的镜像：
容器的分发可以使用 docker 官方的平台： https://hub.docker.com/ ，国内也可以考虑使用阿里云： https://www.aliyun.com/product/acr 。
在企业级生产环境中， docker 容器往往需要结合 kubernetes 或者 docker swarm 容器编排工具一起使用。
容器编排涉及到的内容比较多，感兴趣的同学可以参考以下资料：
