bitcoin/ci/lint/container-entrypoint.sh

#!/usr/bin/env bash
#
# Copyright (c) The Bitcoin Core developers
# Distributed under the MIT software license, see the accompanying
# file COPYING or https://opensource.org/license/mit/.

export LC_ALL=C

# Fixes permission issues when there is a container UID/GID mismatch with the owner
# of the mounted bitcoin src dir.
git config --global --add safe.directory /bitcoin

export PATH="/python_build/bin:${PATH}"
export LINT_RUNNER_PATH="/lint_test_runner"

if [ -z "$1" ]; then
  bash -ic "./ci/lint/06_script.sh"
else
  exec "$@"
fi
test: add an easy way to run linters locally Adds a Dockerfile configuration that allows straightforward running of linters with compatible versions locally. This removes a ton of annoyance when trying to appease CI, because many of the linter versions are quite old and difficult to maintain locally. I realize that people may not be thrilled to more ancillary tooling to the repo, but I think this makes a lot of sense given the linter versions listed in this container configuration are dictated by this repo (within the CI configuration), so having these things live in two separate places is a recipe for version mismatches. Eventually we can likely just use this container on CI directly to avoid any chance of inconsistencies between local dev experience and CI. 2023-01-17 13:52:05 -03:00			`#!/usr/bin/env bash`
doc: Add doc comment to ci/test_imagefile (Similar to the doc comment in ci/lint_imagefile) Also, rename docker-entrypoint.sh to container-entrypoint.sh Also, add copyright header to touched files. 2023-07-19 05:12:12 -04:00			`#`
			`# Copyright (c) The Bitcoin Core developers`
			`# Distributed under the MIT software license, see the accompanying`
			`# file COPYING or https://opensource.org/license/mit/.`

test: add an easy way to run linters locally Adds a Dockerfile configuration that allows straightforward running of linters with compatible versions locally. This removes a ton of annoyance when trying to appease CI, because many of the linter versions are quite old and difficult to maintain locally. I realize that people may not be thrilled to more ancillary tooling to the repo, but I think this makes a lot of sense given the linter versions listed in this container configuration are dictated by this repo (within the CI configuration), so having these things live in two separate places is a recipe for version mismatches. Eventually we can likely just use this container on CI directly to avoid any chance of inconsistencies between local dev experience and CI. 2023-01-17 13:52:05 -03:00			`export LC_ALL=C`

			`# Fixes permission issues when there is a container UID/GID mismatch with the owner`
			`# of the mounted bitcoin src dir.`
			`git config --global --add safe.directory /bitcoin`

ci: Use DOCKER_BUILDKIT for lint image Can be reviewed with: --color-moved=dimmed-zebra --ignore-all-space 2023-07-16 06:01:25 -04:00			`export PATH="/python_build/bin:${PATH}"`
ci: Add filesystem lint check 2023-02-14 13:42:12 -03:00			`export LINT_RUNNER_PATH="/lint_test_runner"`
ci: Use DOCKER_BUILDKIT for lint image Can be reviewed with: --color-moved=dimmed-zebra --ignore-all-space 2023-07-16 06:01:25 -04:00
test: add an easy way to run linters locally Adds a Dockerfile configuration that allows straightforward running of linters with compatible versions locally. This removes a ton of annoyance when trying to appease CI, because many of the linter versions are quite old and difficult to maintain locally. I realize that people may not be thrilled to more ancillary tooling to the repo, but I think this makes a lot of sense given the linter versions listed in this container configuration are dictated by this repo (within the CI configuration), so having these things live in two separate places is a recipe for version mismatches. Eventually we can likely just use this container on CI directly to avoid any chance of inconsistencies between local dev experience and CI. 2023-01-17 13:52:05 -03:00			`if [ -z "$1" ]; then`
lint: Fix COMMIT_RANGE issues 2024-03-15 11:00:13 -03:00			`bash -ic "./ci/lint/06_script.sh"`
test: add an easy way to run linters locally Adds a Dockerfile configuration that allows straightforward running of linters with compatible versions locally. This removes a ton of annoyance when trying to appease CI, because many of the linter versions are quite old and difficult to maintain locally. I realize that people may not be thrilled to more ancillary tooling to the repo, but I think this makes a lot of sense given the linter versions listed in this container configuration are dictated by this repo (within the CI configuration), so having these things live in two separate places is a recipe for version mismatches. Eventually we can likely just use this container on CI directly to avoid any chance of inconsistencies between local dev experience and CI. 2023-01-17 13:52:05 -03:00			`else`
			`exec "$@"`
			`fi`