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
I have a monorepo with all of my different environments listed in there. Not every commit is deployed to every environment (for example, we might make a change to env-a only, and then only .deploy to env-a. No need to touch the other environments).
We use sticky_locks and it seems that all locks are released when the unlock-on-merge happens.. is there a way to try and figure out what deployments ran in the PR that was merged, and then only unlocking that environment?
🏃 running in 'unlock on merge' mode
🔍 lock file does not exist on branch: xxx-branch-deploy-lock
🔍 lock file does not exist on branch: -yyy-branch-deploy-lock
🔍 lock file does not exist on branch: -zzz-branch-deploy-lock
Extra Information
I also noticed and find it strange there is an extra - .. I wonder if there is an extra line/space that is being added there that is breaking the locking.
The text was updated successfully, but these errors were encountered:
I think I see what the issue is here. The production_environments and environment_targets inputs are strictly expecting a comma separated listed of environments. I think the |- operator in your yaml is translating them in a way that is adding the - prefix onto each.
Try with this format instead and see if it presents with the same issue:
Wow 20+ envs is impressive! I think that is a record for this Action and I'm glad to see that its working well other than this leading - issue.
Perhaps we can investigate in the future if there is a nicer input option (something like what you have listed above) rather than one jumbo comma separated string.
Describe the Issue
I have a monorepo with all of my different environments listed in there. Not every commit is deployed to every environment (for example, we might make a change to env-a only, and then only
.deploy to env-a
. No need to touch the other environments).We use
sticky_locks
and it seems that all locks are released when theunlock-on-merge
happens.. is there a way to try and figure out what deployments ran in the PR that was merged, and then only unlocking that environment?Action Configuration
Relevant Actions Log Output
🏃 running in 'unlock on merge' mode
🔍 lock file does not exist on branch: xxx-branch-deploy-lock
🔍 lock file does not exist on branch: -yyy-branch-deploy-lock
🔍 lock file does not exist on branch: -zzz-branch-deploy-lock
Extra Information
I also noticed and find it strange there is an extra
-
.. I wonder if there is an extra line/space that is being added there that is breaking the locking.The text was updated successfully, but these errors were encountered: