-
Notifications
You must be signed in to change notification settings - Fork 735
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
Support applying parameters for complete trigger spec #230
Conversation
I'm not sure when we use |
Sure. I'll update the PR with the examples |
For now consider this example ,
|
…ithub.com/argoproj/argo-events into support-complete-trigger-parameterization
Thank you for the example. I think I understand which is applied where. So, if is the workflow parameter applied only for workflow? What happenes if a user wants to trigger a pod? |
You can apply |
Yeah, the name |
|
Or maybe we can rename |
Sounds good. Maybe, |
…erization' into support-complete-trigger-parameterization
I am planning to get rid of Also nuking |
…rid of unnecessary structs in sensor trigger
@magaldima @dtaniwaki updated the pr. please review |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall, looks great to me! I left one comment about the name convention although it's trivial.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I left one comment about hack/generate-proto.sh
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm!
* feature(): support applying parameters for complete trigger spec * chore(): update generated files for sensor * docs(): adding docs * chore(): rename workflowParameters * feature(): rename workflowParameters to resource parameters. getting rid of unnecessary structs in sensor trigger * refactor(): rename ParameterSource. only generating idl from api structs. * chore(): remove trailing backslash
This feature will allow replacing anything in trigger template on the fly. It will be very helpful in cases where triggger workflow is stored on S3 or Git and user wants to figure out the url, bucket or repo name based on the event payload. Also to make it easier for user, this change would differentiate parameters for trigger template and for workflow template.