mirror of
https://github.com/docker/buildx.git
synced 2024-11-22 15:37:16 +08:00
Merge pull request #1232 from crazy-max/docs-remove-frontmatter
docs: remove frontmatter section
This commit is contained in:
commit
bc19deb5d0
@ -1,7 +1,4 @@
|
||||
---
|
||||
title: "Defining additional build contexts and linking targets"
|
||||
keywords: build, buildx, bake, buildkit, hcl
|
||||
---
|
||||
# Defining additional build contexts and linking targets
|
||||
|
||||
In addition to the main `context` key that defines the build context each target
|
||||
can also define additional named contexts with a map defined with key `contexts`.
|
||||
|
@ -1,7 +1,4 @@
|
||||
---
|
||||
title: "Building from Compose file"
|
||||
keywords: build, buildx, bake, buildkit, compose
|
||||
---
|
||||
# Building from Compose file
|
||||
|
||||
## Specification
|
||||
|
||||
|
@ -1,7 +1,4 @@
|
||||
---
|
||||
title: "Configuring builds"
|
||||
keywords: build, buildx, bake, buildkit, hcl, json
|
||||
---
|
||||
# Configuring builds
|
||||
|
||||
Bake supports loading build definition from files, but sometimes you need even
|
||||
more flexibility to configure this definition.
|
||||
|
@ -1,7 +1,4 @@
|
||||
---
|
||||
title: "Bake file definition"
|
||||
keywords: build, buildx, bake, buildkit, hcl, json, compose
|
||||
---
|
||||
# Bake file definition
|
||||
|
||||
`buildx bake` supports HCL, JSON and Compose file format for defining build
|
||||
[groups](#group), [targets](#target) as well as [variables](#variable) and
|
||||
|
@ -1,7 +1,4 @@
|
||||
---
|
||||
title: "User defined HCL functions"
|
||||
keywords: build, buildx, bake, buildkit, hcl
|
||||
---
|
||||
# User defined HCL functions
|
||||
|
||||
## Using interpolation to tag an image with the git sha
|
||||
|
||||
|
@ -1,7 +1,4 @@
|
||||
---
|
||||
title: "High-level build options with Bake"
|
||||
keywords: build, buildx, bake, buildkit, hcl, json, compose
|
||||
---
|
||||
# High-level build options with Bake
|
||||
|
||||
> This command is experimental.
|
||||
>
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "CNI networking"
|
||||
description: "Enhance your builder with CNI networking"
|
||||
keywords: build, buildx, buildkit, cni, network
|
||||
---
|
||||
# CNI networking
|
||||
|
||||
It can be useful to use a bridge network for your builder if for example you
|
||||
encounter a network port contention during multiple builds. If you're using
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "Color output controls"
|
||||
description: "Modifying colors of progress output"
|
||||
keywords: build, buildx, buildkit
|
||||
---
|
||||
# Color output controls
|
||||
|
||||
Buildx has support for modifying the colors that are used to output information
|
||||
to the terminal. You can set the environment variable `BUILDKIT_COLORS` to
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "Using a custom network"
|
||||
description: "Create and use a custom network for your build"
|
||||
keywords: build, buildx, buildkit, network
|
||||
---
|
||||
# Using a custom network
|
||||
|
||||
[Create a network](https://docs.docker.com/engine/reference/commandline/network_create/)
|
||||
named `foonet`:
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "Using a custom registry configuration"
|
||||
description: "Set registry configuration in your builder"
|
||||
keywords: build, buildx, buildkit, registry
|
||||
---
|
||||
# Using a custom registry configuration
|
||||
|
||||
If you [create a `docker-container` or `kubernetes` builder](https://docs.docker.com/engine/reference/commandline/buildx_create/) and
|
||||
have specified certificates for registries in the [BuildKit daemon configuration](https://github.com/moby/buildkit/blob/master/docs/buildkitd.toml.md),
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "Kubernetes builder"
|
||||
description: "Connect buildx to a kubernetes cluster"
|
||||
keywords: build, buildx, buildkit
|
||||
---
|
||||
# Kubernetes builder
|
||||
|
||||
The buildx kubernetes driver allows connecting your local development or ci
|
||||
environments to your kubernetes cluster to allow access to more powerful
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "OpenTelemetry support"
|
||||
description: "OpenTelemetry support for your builder"
|
||||
keywords: build, buildx, buildkit, opentelemetry, tracing
|
||||
---
|
||||
# OpenTelemetry support
|
||||
|
||||
To capture the trace to [Jaeger](https://github.com/jaegertracing/jaeger), set
|
||||
`JAEGER_TRACE` environment variable to the collection address using a `driver-opt`.
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "Registry mirror"
|
||||
description: "Using a registry mirror in your build"
|
||||
keywords: build, buildx, buildkit, registry
|
||||
---
|
||||
# Registry mirror
|
||||
|
||||
You can define a registry mirror to use for your builds by providing a [BuildKit daemon configuration](https://github.com/moby/buildkit/blob/master/docs/buildkitd.toml.md)
|
||||
while creating a builder with the [`--config` flags](https://docs.docker.com/engine/reference/commandline/buildx_create/#config).
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "Remote builder"
|
||||
description: "Connect buildx to an external buildkitd instance"
|
||||
keywords: build, buildx, buildkit
|
||||
---
|
||||
# Remote builder
|
||||
|
||||
The buildx remote driver allows for more complex custom build workloads that
|
||||
allow users to connect to external buildkit instances. This is useful for
|
||||
|
@ -1,8 +1,4 @@
|
||||
---
|
||||
title: "Resource limiting"
|
||||
description: "Max parallelism and limit on TCP connection in your build"
|
||||
keywords: build, buildx, buildkit, compute, network
|
||||
---
|
||||
# Resource limiting
|
||||
|
||||
## Max parallelism
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user