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
In order to provide a bit more context when running on multiple working directories and environments, I've been using a workaround. Injecting the values of interest into the TF_WORKSPACE env variable.
But I noticed that, sometimes, the action incorrectly identifies an "already existing" comment and decides to update it.
For example, I have 9 different working-directories / env. But only get 5 PR comments
@robburger Any ideas?
How exactly is the "uniqueness" of a comment defined?
I imagined that, by adding more detail to the TF_WORKSPACE, it would make it more accurate.
The text was updated successfully, but these errors were encountered:
If you search for the WORKSPACE variable in the script, you can see where it's being used. One thing to notice is that the variable is only used for commenter_type=="plan". This means your workaround will not work for init nor validate.
How exactly is the "uniqueness" of a comment defined?
Have a look at this line. In essence, it filters out the comment containing the string
"### Terraform `plan` .* for Workspace: `'"$WORKSPACE"'`"
This is a great action. Thanks for sharing!
In order to provide a bit more context when running on multiple working directories and environments, I've been using a workaround. Injecting the values of interest into the
TF_WORKSPACE
env variable.Which works 👍
But I noticed that, sometimes, the action incorrectly identifies an "already existing" comment and decides to update it.
For example, I have 9 different
working-directories
/env
. But only get 5 PR comments@robburger Any ideas?
How exactly is the "uniqueness" of a comment defined?
I imagined that, by adding more detail to the TF_WORKSPACE, it would make it more accurate.
The text was updated successfully, but these errors were encountered: