macOS
brew install apkoprovider-native install command
安装
brew install apkoprovider-native install command
概览
Build OCI images from APK packages directly without Dockerfile
历史
apko is Chainguard's apk-based OCI image builder: it builds container images directly from APK package repositories and a declarative YAML file, without Dockerfiles or RUN steps. It belongs to the supply-chain-focused family of tools that treat packages, SBOMs, and reproducibility as first-class image-build inputs.
The public repository was created in February 2022. The README says apko was created by Chainguard because they needed secure, reproducible container images for their tooling, with speed important because images are rebuilt constantly for new versions and patches.
The design is explicitly declarative. Official docs state that apko files are YAML definitions of an image and that, unlike Dockerfiles, there is no equivalent of RUN statements. That restriction lets apko make stronger claims about image contents and reproducibility and generate metadata such as SBOMs.
apko is paired with melange, Chainguard's tool for building APK packages from source. The README frames melange plus apko as covering most use cases: package software into APKs with melange, then assemble minimal OCI images from those packages with apko.
The README documents Homebrew installation, go install from source, and use of the cgr.dev/chainguard/apko container image. The supplied package metadata also records packaging in Alpine apk, Homebrew, Nix, pacman, and zypper, which fits a tool aimed at distro and container-package workflows.
GitHub repository metadata showed over 1.6k stars and an active release stream. The latest official release assets include signed binaries and checksums, reflecting packaging practices expected in supply-chain-oriented infrastructure tools.
A typical apko file specifies APK repositories and packages under contents, then image metadata such as entrypoint, command, environment, accounts, paths, architectures, annotations, and layering. apko build writes a tar image, while apko publish pushes directly to a registry.
There is no fixed user config file location in the official docs; users pass an apko YAML file path to the CLI. The file can include another local file or a file from a remote git repository.
apko is important to package nerds because it moves image construction from shell-script layers to package-manager inputs. Instead of a Dockerfile mutating a filesystem, an image is a closure over APK repositories, package names, keys, accounts, paths, and metadata.
For distroless-style images, SBOM generation, rebuild speed, and bit-for-bit reproducibility, apko is a concrete example of packaging discipline influencing container image tooling.
安全态势
没有找到 apko 的匹配本地密钥处理 manifest。Nucleus 软件包元数据仍在此发布,以便未来覆盖拥有稳定的软件包 URL。
在无人值守的代理使用前,请检查该工具是否读取明文凭据、写入远程状态、发布制品或调用插件。
可执行文件
| 命令 | 类型 | 暴露范围 | 备注 |
|---|---|---|---|
apko | 可执行文件 | 已索引可执行文件 | 从本地可执行文件索引发现。 |
新鲜度
这些信号区分页生成时间、软件包管理器活动和上游发布比较。只有存在证据 URL 和可比较版本时,才会提示版本落后。
安装元数据
| 软件包键 | brew:apko |
|---|---|
| 版本 | 1.2.30 |
| 软件包管理器 | Homebrew |
| 主页 | https://github.com/chainguard-dev/apko |
| 仓库 | https://github.com/chainguard-dev/apko |
| 最后更新 | 2026-07-31T00:12:26Z |
| Pulse | updated |
| Bottle | 未记录 |
| 服务 | 未声明 |
来源线索
此页面由 av-web 从 scripts/generate-pkg-sqlite.py 生成的私有软件包 SQLite 工件提供。
View the package source record on GitHub.