Open LilyHolms opened 2 years ago
Hello @LilyHolms, thank you for your feature request.
The way you can achieve this today is by using a message bus/router, like knative eventing. You send all messages to a single bus and define subscription for each client that needs to receive the message. I appreciate that that may be a viable approach for everyone, but it may be a work around for now at least.
In terms of multiple targets, are you looking for a list of targets in the global config or a per PipelineRun target?
in the global config
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
with a justification.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
with a justification.
If this issue should be exempted, mark the issue as frozen with /lifecycle frozen
with a justification.
/lifecycle stale
Send feedback to tektoncd/plumbing.
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
with a justification.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
with a justification.
If this issue should be exempted, mark the issue as frozen with /lifecycle frozen
with a justification.
/lifecycle rotten
Send feedback to tektoncd/plumbing.
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
with a justification.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
with a justification.
If this issue should be exempted, mark the issue as frozen with /lifecycle frozen
with a justification.
/lifecycle rotten
Send feedback to tektoncd/plumbing.
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
with a justification.
Mark the issue as fresh with /remove-lifecycle rotten
with a justification.
If this issue should be exempted, mark the issue as frozen with /lifecycle frozen
with a justification.
/close
Send feedback to tektoncd/plumbing.
@tekton-robot: Closing this issue.
/reopen still not available in tekton directly
/lifecycle frozen
Feature request
Tekton’s controllers emits cloud events when TaskRuns and PipelineRuns execute (https://tekton.dev/docs/pipelines/events/), However, now, we can only specify one webhook api in configmap with
default-cloud-events-sink
field. Can we change it to support sending cloud events to multiple webhook api, so the execution state change can notify multiple services?