Open yuri1969 opened 1 year ago
We would also love this :)
@yuri1969 WDYT about using labels for that purpose? we were talking about it via Slack with @Melkaz and labels seem to fit the requirement very well, as you could filter for specific Executions of a custom version this way. We could investigate how to make that easier to add e.g. a Git commit SHA flow label from CI/CD and Terraform without having to modify the flow code.
@anna-geller Using execution labels would still keep the editor's diff view present the internal numeric flow versions, right? If so, I would still find that style of versioning confusing.
TODOs to address it:
external_revision
(while still keeping kestra's regular integer revision
that is always incremented)external_revision
property${{ github.sha }}
by the user
Feature description
To allow tracking the flow changes directly in Kestra UI/API it is required to be able to specify a custom flow version besides the auto-incremented internal flow revision. This way it would be possible to actually see and track the flow change from the Kestra UI back to the specific external change request, etc.
For example, flows imported via CI/CD have a Git commit ID associated or use semantic versioning. This information should be accessible in Kestra UI/API.
Similarly flows edited via the web UI editor should allow specifying a version before saving the flow change.
The existing execution/flow labels could be leveraged - eg.
git/version: 2.1.1
.Related to 867 and 1325.