Skip to content

Add support for argo workflow targets #3287

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

Open
wants to merge 15 commits into
base: main
Choose a base branch
from

Conversation

DmitryDodzin
Copy link
Member

No description provided.

@Razz4780 Razz4780 requested a review from t4lz April 25, 2025 08:07
Copy link
Member

@t4lz t4lz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're changing it to enabling specifying a specific "node" in the workflow graph, right?

Don't forget to run medschool.

@@ -157,7 +165,7 @@ impl TargetType {
Self::Pod => !(config.copy_target.enabled && config.copy_target.scale_down),
Self::Job | Self::CronJob => config.copy_target.enabled,
Self::Service => !config.copy_target.enabled,
Self::Deployment | Self::StatefulSet | Self::ReplicaSet => true,
Self::Deployment | Self::StatefulSet | Self::ReplicaSet | Self::Workflow => true,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How come workflow targets don't require a copy_target? Since they actually target a specific node of the workflow graph that ends, like a job?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm a bit hesitant in requiring it being copy-target just yet because of the amount of customization included in workflows, Right now we can add support for "catching" a running workflow

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Missing user-facing docs for workflow targets.

Also, we might want to clarify the container/... part of the target in those docs, because people might assume that part means - choose a template with that container name, but it doesn't, with the current code what it means is - once you found the pod that was created for the target template, choose this container of that pod.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants