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
We would like to have versioned API operations (fetching/querying/updating) on supported providers, as well as secret key version rewrites.
Strategy
All implementations of StoreClient should take into account SecretKey.Version field.
Additionally, RegexpRewrite should be extended to allow specifying which SecretKey field to rewrite, for example:
type RegexpRewrite struct {
Field string `json:"field"` // make this an enum with values: "Key", "Version"
Source string `json:"source"`
Target string `json:"target"`
}
Acceptance criteria
Running the following sync plan will:
Sync secret a with version 3
Sync all secrets with version 2 for path d/d/d
Sync secret a with version 5 into secret a with version 6
csatib02
added
lifecycle/keep
Denotes an issue or PR that should be preserved from going stale.
and removed
lifecycle/stale
Denotes an issue or PR that has become stale and will be auto-closed.
labels
Aug 11, 2024
Idea
We would like to have versioned API operations (fetching/querying/updating) on supported providers, as well as secret key version rewrites.
Strategy
All implementations of
StoreClient
should take into accountSecretKey.Version
field.Additionally,
RegexpRewrite
should be extended to allow specifying whichSecretKey
field to rewrite, for example:Acceptance criteria
Running the following sync plan will:
a
with version3
2
for pathd/d/d
a
with version5
into secreta
with version6
This needs to be discussed with the rest of the team.
Feel free to suggest a better implementation plan.
The text was updated successfully, but these errors were encountered: