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 would like to have the ability to have a Warehouse subscribe to git tags within a repo. When a new git tag is created I would like Kargo to create a freight so I can progress the freight to the different stages.
A promotionMechanism should also be created so I can update a values file with the newly created tag.
Motivation
We currently follow the apps of apps pattern in ArgoCD. We have helm--parent which sources multiple child apps. In the child apps, the devs can make the needed code changes (helm or image) and when changes are ready they will commit, merge and finally tag.
In the helm--parent repo, we manage the clusters that the child apps are deployed to with their specific version tags in different values files.
I would like to subscribe to a repo's git tags and when a new tag is created be able to have a promotionMechanism to update a values file with the new tag value.
I would like to have the ability to have a Warehouse subscribe to git tags within a repo.
These features already exist.
You can set commitSelectionStrategy to Lexical, NewestTag, or SemVer. (The default is NewestFromBranch.)
It is a recently discovered oversight that for any fields constrained to specific enumerated values, the possible values are not surfacing in these generated docs:
Proposed Feature
I would like to have the ability to have a Warehouse subscribe to git tags within a repo. When a new git tag is created I would like Kargo to create a freight so I can progress the freight to the different stages.
A promotionMechanism should also be created so I can update a values file with the newly created tag.
Motivation
We currently follow the apps of apps pattern in ArgoCD. We have helm--parent which sources multiple child apps. In the child apps, the devs can make the needed code changes (helm or image) and when changes are ready they will commit, merge and finally tag.
In the helm--parent repo, we manage the clusters that the child apps are deployed to with their specific version tags in different values files.
I would like to subscribe to a repo's git tags and when a new tag is created be able to have a promotionMechanism to update a values file with the new tag value.
Suggested Implementation
Warehouse:
Stage:
The text was updated successfully, but these errors were encountered: