[WIP]Add release.yml workflow.

[wa5i]

[skip ci] 发布版本时自动编译 linux、mac 和 windows 二进制包，并上传到 Release Assets 下载项列表中，可以直接下载使用，省去麻烦的编译过程.

Checklist

• [ ] 增加或更新了必要的文档（包括readthedocs上）
• [ ] 增加或更新了必要的测试用例
• [ ] 对于重要修改，更新了CHANGES文件
• [ ] 当前修改存在对已有API参数或返回值的改变
• [ ] 当前修改存在对旧版本功能的兼容性改变（如网络协议或密码算法）

[InfoHunter]

这是咋触发的？

[InfoHunter]

在Github上创建新的Release的时候会触发？

[wa5i]

在Github上创建新的Release的时候会触发？

是的。 打包之后结果如下：

[InfoHunter]

有俩问题：

1. 缺签名值，你看下目前release时候的asc文件
2. 这种打包方式其实不属于正式release，里面有很多debug的编译选项，实际上是用于测试目的的。这些二进制包本质上不适合在生产环境中用，容易给用户造成误导

[InfoHunter]

hold as discussed

[xuyang2]

ubuntu-latest (当前为 ubuntu-20.04) 的 glibc 版本是 2.31 比 redhat-8 / debian-10 / kylin-v10 都要高， 在 ubuntu-latest 上编译出的二进制包，在 redhat-8 / debian-10 / kylin-v10 上应该都不能用吧

[InfoHunter]

ubuntu-latest (当前为 ubuntu-20.04) 的 glibc 版本是 2.31 比 redhat-8 / debian-10 / kylin-v10 都要高， 在 ubuntu-latest 上编译出的二进制包，在 redhat-8 / debian-10 / kylin-v10 上应该都不能用吧

所以直接出二进制主要是测试目的，无法面面俱到。真正生产环境的二进制发布，是需要对应到具体发行版的包管理体系中去

[wa5i]

有俩问题：

1. 缺签名值，你看下目前release时候的asc文件
2. 这种打包方式其实不属于正式release，里面有很多debug的编译选项，实际上是用于测试目的的。这些二进制包本质上不适合在生产环境中用，容易给用户造成误导

经过讨论后，测试目的的二进制包后面在教程中提供吧，release 界面暂时不提供，后续再看看怎么搞各个系统发行版的 rpm，这个 pr 需要改一下，将测试目的的二进制包发布到 oss，然后在教程中让用户可以下载即可。

[wa5i]

ubuntu-latest (当前为 ubuntu-20.04) 的 glibc 版本是 2.31 比 redhat-8 / debian-10 / kylin-v10 都要高， 在 ubuntu-latest 上编译出的二进制包，在 redhat-8 / debian-10 / kylin-v10 上应该都不能用吧

是的，如上一条回复，后面会以教程的方式提供各个平台的二进制测试包。