Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Introduces a new feature of "target secrets".
Secrets are originally standalone but dealing with them at scale can become complicated, especially when one needs to add or remove recipients. The proposed solution is to organise secrets per target in their respective target directory (inside --secrets-path).
For the recipients below in the inventory for my-target:
Creating a secret for target my-target:
Let's suppose
person1@example.com
is no longer part of the recipients for my-target.First we need to validate by specifying were my target secrets were written:
And then fix the recipient mismatch:
Now that the secrets are updated, I can recompile and should see changes in whatever items are using secret targets/my-target/secret_sauce