we were running every every pkg in ./... and including the e2e tests. Which was not right and started to fail with:
test.go:77: assertion failed: error is not nil: "TEST_EL_URL" env
variable is required, cannot continue: cannot do gitea setup:
"TEST_EL_URL" env variable is required, cannot continue
Let's fix this by running only the unit tests in the pkg directory.
And run them with caching by default, add a new target to run them without cache with make test-no-cache
Changes
Submitter Checklist
[ ] π Please ensure your commit message is clear and informative. For guidance on crafting effective commit messages, refer to the How to write a git commit message guide. We prefer the commit message to be included in the PR body itself rather than a link to an external website (ie: Jira ticket).
[ ] β½ Before submitting a PR, run make test lint to avoid unnecessary CI processing. For an even more efficient workflow, consider installing pre-commit and running pre-commit install in the root of this repository.
[ ] β¨ We use linters to maintain clean and consistent code. Please ensure you've run make lint before submitting a PR. Some linters offer a --fix mode, which can be executed with the command make fix-linters (ensure markdownlint and golangci-lint tools are installed first).
[ ] π If you're introducing a user-facing feature or changing existing behavior, please ensure it's properly documented.
[ ] π§ͺ While 100% coverage isn't a requirement, we encourage unit tests for any code changes where possible.
[ ] π If feasible, please check if an end-to-end test can be added. See README for more details.
[ ] π If there's any flakiness in the CI tests, don't necessarily ignore it. It's better to address the issue before merging, or provide a valid reason to bypass it if fixing isn't possible (e.g., token rate limitations).
we were running every every pkg in ./... and including the e2e tests. Which was not right and started to fail with:
Let's fix this by running only the unit tests in the pkg directory.
And run them with caching by default, add a new target to run them without cache with
make test-no-cache
Changes
Submitter Checklist
[ ] π Please ensure your commit message is clear and informative. For guidance on crafting effective commit messages, refer to the How to write a git commit message guide. We prefer the commit message to be included in the PR body itself rather than a link to an external website (ie: Jira ticket).
[ ] β½ Before submitting a PR, run make test lint to avoid unnecessary CI processing. For an even more efficient workflow, consider installing pre-commit and running pre-commit install in the root of this repository.
[ ] β¨ We use linters to maintain clean and consistent code. Please ensure you've run make lint before submitting a PR. Some linters offer a --fix mode, which can be executed with the command make fix-linters (ensure markdownlint and golangci-lint tools are installed first).
[ ] π If you're introducing a user-facing feature or changing existing behavior, please ensure it's properly documented.
[ ] π§ͺ While 100% coverage isn't a requirement, we encourage unit tests for any code changes where possible.
[ ] π If feasible, please check if an end-to-end test can be added. See README for more details.
[ ] π If there's any flakiness in the CI tests, don't necessarily ignore it. It's better to address the issue before merging, or provide a valid reason to bypass it if fixing isn't possible (e.g., token rate limitations).