golang编写的项目，使用alpine制作镜像遇到的一个问题解决

GraphicsMagick，一款高性能的图片处理工具，由于项目需要，用到它，自然而然用到了关于gm的第三方库 这个库按照作者的提示，要安装GraphicsMagick-devel依赖。

10年积累的成都网站建设、网站制作经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站制作后付款的网站建设流程，更有永善免费网站建设让你可以放心的选择与我们合作。

项目写完了，接下来用alpine做为基础镜像，准备制作项目的镜像。

golang项目，是在ubuntu下编写的，编译成二进制文件了，只要把二进制文件放进镜像里即可，遇到的问题有2个

1 容器跑起来，一直报二进制文件no found

我认认真真的确认了文件，以及它的路径，确实是存在的，怎么会报文件找不到呢？！

原来是musl和glibc是兼容的问题，在Dockerfile里要加以下两步

2 Error loading shared library libGraphicsMagickWand-Q16.so.2: No such file or directory

明明按要求安装GraphicsMagick-devel依赖，为啥还报这种错

于是想到了，是不是也要ln做一下软链接呢？于是学着上面的样子在Dockerfile里补上

再跑，问题依旧，莫非是软连接的地址写错了！回到开发的电脑上用ldd命令查看一下

果然，编译后的二进制文件依赖路径是/lib，而不是/lib64

于是，修改Dockerfile里的写法

问题解决，开心:)

参考资料：

golang 在mac 下go install成二进制文件，上传到centos 无法执行

mac下编译器默认编译的是mac os x的可执行文件。

编译centos上的可执行文件的时候需要交叉编译。

golang的交叉编译很容易，你的情况的话用下面这条命令

GOOS=linux GOARCH=amd64 go build ./文件

go build -ldflags 打印编译信息

go语言方便的地方之一就是容易部署， 编译成二进制文件，丢到服务器，就像一个内建的bash程序，不用安装依赖，不用部署环境，不用管理源码，直接就运行了。这也会产生一个问题， 经过年深日久的运行后，某天需要修改一个功能，可能最初开发的同事几经易手，那么，如何从这个二进制文件找到源码和对应的信息呢？

本文主要就是解决这个问题，利用 go build 的 -ldflags -X， 把程序及相关的环境信息编译进项目的的help信息中，当程序执行-v时，有如下的输出：

文件准备完成后， 执行下面的命令，把文件加入git版本管理中，如果不加git管理， build.sh中的脚本会执行报错：

现在执行build.sh 编译二进制文件，执行完成后，可见文件目录中多了一个文件 version-example

标题名称：go语言编译二进制文件 golang 二进制文件
转载源于：http://scyanting.com/article/dohoccc.html