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
Unfortunately, referencing an output artifact from the same RunConfiguration as a runtime parameter requires the artifact to exist before it can be referenced. This creates a challenge for the first pipeline run, in which the RunConfiguration must be deployed with only the artifact definition.
Describe the solution you'd like
We propose a way of marking some runtime parameters as optional, to handle cases where the artifact might not exist yet. Example:
This would allow a Run or RunSchedule to be created even if some optional references aren't resolved, omitting those parameters. The pipeline would then detect if the parameter was passed and decide on the appropriate action (e.g., resume if an artifact is passed).
Additional context
Referencing an output artifact from a previous pipeline run in a current run as a runtime parameter is part of work to explore maintaining state between model training runs. This can be used to resume training or other use cases where new data becomes available at a later time, but where we want to avoid reprocessing old data.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
We want to be able to reference an artifact produced by a previous run of the same pipeline.
Currently, this can be achieved using pipeline dependencies:
Unfortunately, referencing an output artifact from the same RunConfiguration as a runtime parameter requires the artifact to exist before it can be referenced. This creates a challenge for the first pipeline run, in which the RunConfiguration must be deployed with only the artifact definition.
Describe the solution you'd like
We propose a way of marking some runtime parameters as optional, to handle cases where the artifact might not exist yet. Example:
This would allow a Run or RunSchedule to be created even if some optional references aren't resolved, omitting those parameters. The pipeline would then detect if the parameter was passed and decide on the appropriate action (e.g., resume if an artifact is passed).
Additional context
Referencing an output artifact from a previous pipeline run in a current run as a runtime parameter is part of work to explore maintaining state between model training runs. This can be used to resume training or other use cases where new data becomes available at a later time, but where we want to avoid reprocessing old data.
The text was updated successfully, but these errors were encountered: