13518219792
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里的写法
问题解决，开心:)
参考资料：
mac下编译器默认编译的是mac os x的可执行文件。
编译centos上的可执行文件的时候需要交叉编译。
golang的交叉编译很容易，你的情况的话用下面这条命令
GOOS=linux GOARCH=amd64 go build ./文件
go语言方便的地方之一就是容易部署， 编译成二进制文件，丢到服务器，就像一个内建的bash程序，不用安装依赖，不用部署环境，不用管理源码，直接就运行了。这也会产生一个问题， 经过年深日久的运行后，某天需要修改一个功能，可能最初开发的同事几经易手，那么，如何从这个二进制文件找到源码和对应的信息呢？
本文主要就是解决这个问题，利用 go build 的 -ldflags -X， 把程序及相关的环境信息编译进项目的的help信息中，当程序执行-v时，有如下的输出：
文件准备完成后， 执行下面的命令，把文件加入git版本管理中，如果不加git管理， build.sh中的脚本会执行报错：
现在执行build.sh 编译二进制文件，执行完成后，可见文件目录中多了一个文件 version-example
