You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After upgrading from v0.66.9 to v0.69.3 the --terragrunt-exclude-dir behavior seems to have broken. I looked at the diff which shows that the logic for excluding directories has been modified.
I would expect the excluded directories not to be executed.
Versions
Terragrunt version: v0.69.3
OpenTofu/Terraform version: v1.9.8
Environment details (Ubuntu 20.04, Windows 10, etc.): Linux, Ubuntu 22.04
Additional context
One thing to call out is I am using symlinks, so I have TERRAGRUNT_WORKING_DIR set to /data/path/to/source but the real path is something like /__w/5/s/path/to/source (mounted source in Azure DevOps container). This never caused issues before, but calling it out in case the newer implementation didn't account for that.
The text was updated successfully, but these errors were encountered:
We'll look to evaluate this, and figure out the best path forward. You might be able to workaround this issue by using an absolute path instead of the symlinked path to the directory you're excluding.
Describe the bug
After upgrading from
v0.66.9
tov0.69.3
the--terragrunt-exclude-dir
behavior seems to have broken. I looked at the diff which shows that the logic for excluding directories has been modified.The issue I am seeing is that excluded directories are still being executed.
I am setting
TERRAGRUNT_WORKING_DIR
and then passing relative paths to--terragrunt-exclude-dir
I've validated that rolling back to
v0.66.9
restores the correct/expected behavior.Steps To Reproduce
Set
TERRAGRUNT_WORKING_DIR
to the root path.Run terragrunt with at least one module directory excluded via
--terragrunt-exclude-dir
Expected behavior
I would expect the excluded directories not to be executed.
Versions
Additional context
One thing to call out is I am using symlinks, so I have
TERRAGRUNT_WORKING_DIR
set to/data/path/to/source
but the real path is something like/__w/5/s/path/to/source
(mounted source in Azure DevOps container). This never caused issues before, but calling it out in case the newer implementation didn't account for that.The text was updated successfully, but these errors were encountered: