跟我一起编写 Buildpacks：Builder 篇
内容提要
本文介绍了Builder的概念和构建过程。Builder是一个包含执行构建所需组件的镜像，通过配置文件来创建。Builder、meta-buildpack和buildpack三者之间有层次关系。编写Builder需要创建一个配置文件，并使用命令构建Builder镜像。最后，可以使用命令检查Builder的有效性。
延伸解读
Builder 的层次结构：从镜像到构建包
文章以 Leo 为例，清晰展示了 Builder、meta-buildpack 和 buildpack 的层次关系。Builder 镜像（如 leo-builder）仅包含 meta-buildpack；meta-buildpack 则整合了多个底层 buildpack（如 leo-dist 和 procfile）；而 buildpack 是最底层实现，分布在多个仓库中，负责具体业务逻辑。这种分层设计让构建过程模块化，便于复用和维护。理解这一结构有助于读者在自定义 Builder 时合理组织构建包。
构建顺序的两种逻辑：AND 与 OR
文章详细说明了 [[order]] 的两种定义方式：逻辑与（AND）要求按 [[order.group]] 中的顺序依次执行，且所有 buildpack 的检测逻辑必须通过；逻辑或（OR）则只需满足任一条件即可通过。这直接影响构建流程的灵活性和严格性。读者应根据实际需求选择：需要严格顺序和全部检测时用 AND，希望提供备选方案时用 OR。合理配置能确保构建过程顺利进行。
验证 Builder：inspect 命令的关键输出
构建完成后，使用 pack builder inspect 可以检查 Builder 的有效性。文章示例中，输出显示了构建包列表、检测顺序（Detection Order）等信息。特别值得注意的是，检测顺序中列出了 amp-buildpacks/leo-dist@0.1.6，这与预期一致，表明 Builder 配置正确。通过 inspect，读者可以确认构建包是否按预期加载，以及生命周期和 API 版本等细节，从而确保 Builder 在实际构建中可靠工作。
Q&A
什么是 Cloud Native Buildpacks 中的 Builder？
Builder 是一个包含执行构建所需所有组件的镜像。它通过获取一个构建镜像，并添加生命周期、构建包以及配置文件（包括构建包检测顺序和运行镜像的位置）来创建。
Builder、meta-buildpack 和 buildpack 之间是什么关系？
三者是层次关系：Builder 包含 meta-buildpack，meta-buildpack 包含多个底层 buildpack 和 procfile。例如，leo-builder 包含 leo meta-buildpack，而 leo meta-buildpack 包含 leo-dist buildpack 和 procfile buildpack。
如何编写一个 Builder 的配置文件？
创建一个目录（如 leo-builder），并在其中创建 builder.toml 文件。文件内容包括 description、[[buildpacks]] 指定构建包及其来源、[[order]] 定义检测顺序、[stack] 指定构建和运行镜像。
构建 Builder 镜像的命令是什么？
使用命令：pack builder create <builder-image-name> --config builder.toml -v。例如：pack builder create amp-buildpacks/leo-builder --config builder.toml -v。成功后会输出 'Successfully created builder image'。
如何检查 Builder 的有效性？
使用命令：pack builder inspect <builder-image>。例如：pack builder inspect ghcr.io/amp-buildpacks/leo-builder。输出会显示 Builder 的详细信息，包括构建包列表和检测顺序。
在 builder.toml 中，[[order]] 的逻辑与（AND）和逻辑或（OR）有什么区别？
逻辑与（AND）：在同一个 [[order]] 下定义多个 [[order.group]]，构建顺序严格按排列顺序执行，且必须满足所有 buildpack 的检查逻辑。逻辑或（OR）：定义多个 [[order]]，每个 [[order]] 包含一个 [[order.group]]，只要满足其中任何一个条件，构建过程便会通过。
