-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[feature] Allow recurring runs to default to the latest pipeline version #11542
Comments
hey if this problem has not been taken by anyone can i work on it ? regards, |
@vishalmishra369 sorry, I already started working on it and I forgot to assign myself. Thanks so much for volunteering though! Please feel free to look at other open issues. 😄 |
/assign @mprahl |
mprahl
added a commit
to mprahl/pipelines
that referenced
this issue
Jan 30, 2025
This makes the pipeline_version_id optional and makes the Scheduled Workflow controller levarege the REST API to launch the run rather than rely on compiled Argo Workflows stored in the ScheduledWorkflow object. The previous behavior is preserved if the user is using the v1 API or specifies a pipeline version ID or pipeline spec manifest. Resolves: kubeflow#11542 Signed-off-by: mprahl <[email protected]>
mprahl
added a commit
to mprahl/pipelines
that referenced
this issue
Jan 30, 2025
This makes the pipeline_version_id optional and makes the Scheduled Workflow controller levarege the REST API to launch the run rather than rely on compiled Argo Workflows stored in the ScheduledWorkflow object. The previous behavior is preserved if the user is using the v1 API or specifies a pipeline version ID or pipeline spec manifest. Resolves: kubeflow#11542 Signed-off-by: mprahl <[email protected]>
mprahl
added a commit
to mprahl/pipelines
that referenced
this issue
Jan 30, 2025
This makes the pipeline_version_id optional and makes the Scheduled Workflow controller levarege the REST API to launch the run rather than rely on compiled Argo Workflows stored in the ScheduledWorkflow object. The previous behavior is preserved if the user is using the v1 API or specifies a pipeline version ID or pipeline spec manifest. Resolves: kubeflow#11542 Signed-off-by: mprahl <[email protected]>
mprahl
added a commit
to mprahl/pipelines
that referenced
this issue
Jan 30, 2025
This makes the pipeline_version_id optional and makes the Scheduled Workflow controller levarege the REST API to launch the run rather than rely on compiled Argo Workflows stored in the ScheduledWorkflow object. The previous behavior is preserved if the user is using the v1 API or specifies a pipeline version ID or pipeline spec manifest. Resolves: kubeflow#11542 Signed-off-by: mprahl <[email protected]>
2 tasks
mprahl
added a commit
to mprahl/pipelines
that referenced
this issue
Jan 30, 2025
This makes the pipeline_version_id optional and makes the Scheduled Workflow controller levarege the REST API to launch the run rather than rely on compiled Argo Workflows stored in the ScheduledWorkflow object. The previous behavior is preserved if the user is using the v1 API or specifies a pipeline version ID or pipeline spec manifest. Resolves: kubeflow#11542 Signed-off-by: mprahl <[email protected]>
mprahl
added a commit
to mprahl/pipelines
that referenced
this issue
Jan 30, 2025
This makes the pipeline_version_id optional and makes the Scheduled Workflow controller levarege the REST API to launch the run rather than rely on compiled Argo Workflows stored in the ScheduledWorkflow object. The previous behavior is preserved if the user is using the v1 API or specifies a pipeline version ID or pipeline spec manifest. Resolves: kubeflow#11542 Signed-off-by: mprahl <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Feature Area
/area frontend
/area backend
/area sdk
What feature would you like to see?
Allow recurring runs to always use the latest pipeline version of a pipeline.
What is the use case or pain point?
A user may want to have a recurring run/scheduled workflow on the latest pipeline version so they don't need to modify their recurring run/scheduled workflow whenever there is a new pipeline version uploaded. This is particularly useful if the maintainer of the pipeline version (i.e. included in a distribution of Kubeflow Pipelines) is different than the person maintaining the recurring run/scheduled workflow.
Desired outcome:
Is there a workaround currently?
The user must manually update/recreate the recurring run every time there is a new pipeline version.
Love this idea? Give it a 👍.
The text was updated successfully, but these errors were encountered: