Skip to main content
Version: 2.24 (prerelease)

dockerfile-parser


Used to parse Dockerfile build specs to infer their dependencies.

This version of Pants uses dockerfile version 3.3.1 by default. Use a dedicated lockfile and the install_from_resolve option to control this.

Backend: pants.backend.docker.lint.hadolint

Config section: [dockerfile-parser]

Basic options

use_rust_parser

--[no-]dockerfile-parser-use-rust-parser
PANTS_DOCKERFILE_PARSER_USE_RUST_PARSER
pants.toml
[dockerfile-parser]
use_rust_parser = <bool>
default: False

Use the new experimental Rust-based, multithreaded, in-process dependency parser.

If you think the new behaviour is causing problems, it is recommended that you run pants --dockerfile-parser-use-rust-parser=True peek :: > new-parser.json and then pants --dockerfile-parser-use-rust-parser=False peek :: > old-parser.json and compare the two results.

If you think there is a bug, please file an issue: https://github.com/pantsbuild/pants/issues/new/choose.

Advanced options

install_from_resolve

--dockerfile-parser-install-from-resolve=<str>
PANTS_DOCKERFILE_PARSER_INSTALL_FROM_RESOLVE
pants.toml
[dockerfile-parser]
install_from_resolve = <str>
default: None

If specified, install the tool using the lockfile for this named resolve.

This resolve must be defined in [python].resolves, as described in https://www.pantsbuild.org/2.24/docs/python/overview/lockfiles#lockfiles-for-tools.

The resolve's entire lockfile will be installed, unless specific requirements are listed via the requirements option, in which case only those requirements will be installed. This is useful if you don't want to invalidate the tool's outputs when the resolve incurs changes to unrelated requirements.

If unspecified, and the lockfile option is unset, the tool will be installed using the default lockfile shipped with Pants, which uses dockerfile version 3.3.1.

If unspecified, and the lockfile option is set, the tool will use the custom dockerfile-parser "tool lockfile" generated from the version and extra_requirements options. But note that this mechanism is deprecated.

interpreter_constraints

--dockerfile-parser-interpreter-constraints="['<str>', '<str>', ...]"
PANTS_DOCKERFILE_PARSER_INTERPRETER_CONSTRAINTS
pants.toml
[dockerfile-parser]
interpreter_constraints = [
'<str>',
'<str>',
...,
]
default:
[
  "CPython>=3.8,<4"
]

Python interpreter constraints for this tool.

requirements

--dockerfile-parser-requirements="['<str>', '<str>', ...]"
PANTS_DOCKERFILE_PARSER_REQUIREMENTS
pants.toml
[dockerfile-parser]
requirements = [
'<str>',
'<str>',
...,
]
default: []

If install_from_resolve is specified, install these requirements, at the versions provided by the specified resolve's lockfile.

Values can be pip-style requirements (e.g., tool or tool==1.2.3 or tool>=1.2.3), or addresses of python_requirement targets (or targets that generate or depend on python_requirement targets). Make sure to use the // prefix to refer to targets using their full address from the root (e.g. //3rdparty/python:tool). This is necessary to distinguish address specs from local or VCS requirements.

The lockfile will be validated against the requirements - if a lockfile doesn't provide the requirement (at a suitable version, if the requirement specifies version constraints) Pants will error.

If unspecified, install the entire lockfile.

Deprecated options

None

None