I have a large and complex build pipeline with interdependencies. For several images there is no default value for build args, to build the image arguments must be set. The new build check system is nagging about this:
=> WARN: InvalidDefaultArgInFrom: Default value for ARG ${DEPENDENCY_terraform_terragrunt_build_dependency_IMAGE} results in empty or invalid base image name (line 20) 0.0s
=> WARN: InvalidDefaultArgInFrom: Default value for ARG ${DEPENDENCY_gcp_aws_common_base_IMAGE} results in empty or invalid base image name (line 27)
This system builds a fanout of versions and architectures. A default like latest is naive and incorrect in this context. The Dockerfile generating this warning is only ever intended to be built by the build system; an engineer rocking up and running docker build directly is not supported in this project.
Most linters allow disabling checks for this kind of scenario. For example:
Please add a way to disable checks in configuration for projects where there are reasons to not follow the general guidelines. This will avoid potential confusion when reading the build logs.
Description
I have a large and complex build pipeline with interdependencies. For several images there is no default value for build args, to build the image arguments must be set. The new build check system is nagging about this:
This system builds a fanout of versions and architectures. A default like
latest
is naive and incorrect in this context. The Dockerfile generating this warning is only ever intended to be built by the build system; an engineer rocking up and runningdocker build
directly is not supported in this project.Most linters allow disabling checks for this kind of scenario. For example:
However, based on https://docs.docker.com/reference/build-checks/, this feature in Docker Buildx appears to have been rolled out without a settings system.
Please add a way to disable checks in configuration for projects where there are reasons to not follow the general guidelines. This will avoid potential confusion when reading the build logs.