This folder contains a number of examples of running Triggers with various configurations. The v1alpha1 folder contains examples that use the v1alpha1 version of the Triggers while the v1beta1 folder contains resources using v1beta1 versions of Triggers resources. Many of the sub-folders also contain their own READMEs with information specific to the example.
To run the examples, you need the following pre-requisites:
-
Ensure you have Tekton Pipelines installed
-
Create the service account and all associated roles and bindings by running
kubectl apply -f rbac.yaml
Create the trigger resources for each example by applying the YAMLs from the sub-folders. Some examples have their own READMEs with further instructions.
At this point, you can invoke the Trigger locally to test it out.
- Access the EventListener locally by port-forwarding to it. Each EventListener exposes a service with the same name
as the EventListener but prefixed with the string
el-
:
EVENTLISTENER_NAME=example-listener
kubectl port-forward service/el-${EVENTLISTENER_NAME} 8080
- Once the port-forward is done, you can invoke the Trigger by make an HTTP request to
localhost:8080
usingcurl
. The HTTP request must be a POST request that contains a JSON payload. The JSON payload should contain any fields that they are referenced via a TriggerBinding within the Trigger. For example, for a Trigger that contains a binding with the value$(body.commit_sha)
, the payload should contain a field calledcommit_sha
.
curl -X POST \
http://localhost:8080 \
-H 'Content-Type: application/json' \
-d '{ "commit_sha": "22ac84e04fd2bd9dce8529c9109d5bfd61678b29" }'
You should expect to get a response back with a 202 Accepted
status code. The response should contain a JSON body that
contains a eventID
field.
{
"eventListener":"example-listener",
"namespace":"default",
"eventListenerUID":"83f2cce3-12e2-4153-997e-4c16ac0dbe5b",
"eventID":"acc66b28-bdc0-4099-b51c-ad475bcc4c2b"
}
- The EventListener will attach the
eventID
to any Tekton resources it creates. So, we can use it to query for any resources that were created:
eventID=
kubectl get taskruns -l triggers.tekton.dev/triggers-eventid=${eventID}
In case you do not see any resources that have been created, you can use the eventID to search the logs for the EventListener:
EVENTLISTENER_NAME=example-listener
kubectl logs deployments/el-${EVENTLISTENER_NAME}