The package just causes the entire flow to be more complicated as build has to pretend it doesn't know about debug options and the debugger has to pretend it doesn't know about the build. This abstraction has been difficult when integrating a DAP command into this same workflow so I don't think this abstraction has much of a value. Signed-off-by: Jonathan A. Sternberg <jonathan.sternberg@docker.com>
944 B
944 B
docker buildx debug
Start debugger (EXPERIMENTAL)
Subcommands
| Name | Description |
|---|---|
build |
Start a build |
Options
| Name | Type | Default | Description |
|---|---|---|---|
--builder |
string |
Override the configured builder instance | |
-D, --debug |
bool |
Enable debug logging | |
--invoke |
string |
Launch a monitor with executing specified command (EXPERIMENTAL) | |
--on |
string |
error |
When to launch the monitor ([always, error]) (EXPERIMENTAL) |