Binpot

静态编译、跨架构、基于Docker的二进制容器。

!Binpot（高度150px）

博客文章

![MIT许可证]([***]

用途

主要用于构建其他Docker镜像。

例如：

Dockerfile
FROM alpine:3.14
COPY --from=qmcgaw/binpot:helm /bin /usr/local/bin/helm

🔍 搜索所有镜像标签 💡

• qmcgaw/binpot的Docker镜像标签遵循以下格式：
  • :name 表示程序name的最新稳定版本
  • :name-v0.0.0 表示程序name的语义化版本
• 每个Docker镜像基于scratch，仅包含路径为/bin的二进制程序
• 除非另有说明，每个Docker镜像和二进制程序均为Docker支持的所有CPU架构构建
• 每个二进制文件权限为500（所有者可读可执行）
• 可在COPY命令中使用--chown=1000等参数修改所有权，无需在镜像层中复制二进制文件
• 每个Docker镜像的入口点为[ "/bin" ]，因此也可直接运行

需要帮助？ ▶️ 创建讨论

想将二进制文件复制到主机？

可用程序

ℹ️ 所有架构表示：linux/amd64、linux/386、linux/arm64、linux/arm/v7、linux/arm/v6、linux/ppc64le、linux/s390x、linux/riscv64

想要更多程序？ ▶️ 创建issue

工作原理

1. 每个程序通过Dockerfile定义构建方式，最终二进制文件被放置在基于scratch的最终镜像中。例如：helm的构建文件为./dockerfiles/helm/Dockerfile
2. 当程序的Dockerfile或工作流文件变更时，会触发GitHub Action工作流，该工作流负责：
   1. 为所有CPU架构交叉编译程序（若程序不支持特定架构，如dlv，则构建不可用程序）
   2. 将包含程序的镜像推送到Docker Hub和ghcr.io

关于dlv的说明

💁 关于dlv：即使程序不支持所有架构，所有镜像仍会为所有架构构建。对于不支持的平台，将使用一个替代Go程序，输出dlv v1.7.0 is unavailable on <platform name>并以退出码1结束。这样可确保跨架构构建时（尤其是程序作为可选依赖时，如VSCode开发容器），COPY --from=qmcgaw/binpot:dlv不会失败。

在主机上复制二进制文件

若需直接在主机上使用二进制文件，可通过Docker实现，自动获取适合主机平台的二进制文件。

以下示例将helm安装到主机：

sh
export PROGRAM="helm" && \
  docker pull "qmcgaw/binpot:$PROGRAM" && \
  containerid="$(docker create qmcgaw/binpot:$PROGRAM)" && \
  docker cp "$containerid:/bin" "/usr/local/bin/$PROGRAM" && \
  docker rm "$containerid"

通过helm命令测试是否工作。

待办事项

• 等待go-outline发布版本标签后更新其版本：GitHub issue