A TriggerTemplate is a resource that can template resources. TriggerTemplates have parameters that can be substituted anywhere within the resource template.

kind: TriggerTemplate
  name: pipeline-template
  - name: gitrevision
    description: The git revision
    default: master
  - name: gitrepositoryurl
    description: The git repository url
  - name: message
    description: The message to print
    default: This is the default message
  - name: contenttype
    description: The Content-Type of the event
  - apiVersion:
    kind: PipelineRun
      generateName: simple-pipeline-run-
        name: simple-pipeline
      - name: message
        value: $(tt.params.message)
      - name: contenttype
        value: $(tt.params.contenttype)
      - name: git-source
          type: git
          - name: revision
            value: $(tt.params.gitrevision)
          - name: url
            value: $(tt.params.gitrepositoryurl)

TriggerTemplates currently support the following Tekton Pipelines resources:

v1alpha1 v1beta1
pipelines pipelines
pipelineruns pipelineruns
tasks tasks
taskruns taskruns
clustertasks clustertasks

Similar to Pipelines,TriggerTemplates do not do any actual work, but instead act as the blueprint for what resources should be created.

If the namespace is omitted, it will be resolved to the EventListener’s namespace.

The $(uid) variable is implicitly available throughout a TriggerTemplate’s resource templates. A random string value is assigned to $(uid) like the postfix generated by the Kubernetes generateName metadata field. One instance where there is useful is when resources in a TriggerTemplate have internal references.

The following are additional labels added to all TriggerTemplate resource templates:

  • To help with housekeeping/garbage collection: <EventListenerName>
  • To track resources created by the same event: <EventID>

To enable support for arbitrary resource types, the resource templates are internally resolved as byte blobs. As a result, validation on these resources is only done at event processing time (rather than during TriggerTemplate creation). 🚨 As of now, only Tekton resources can be defined within a TriggerTemplate 🚨


TriggerTemplates can declare parameters that are supplied by a TriggerBinding and/or EventListener. params must have a name, and can have an optional description and default value.

params can be referenced in the TriggerTemplate using the following variable substitution syntax, where <name> is the name of the parameter:


tt.params can be referenced in the resourceTemplates section of a TriggerTemplate. The purpose of tt.params is to make TriggerTemplates reusable.

The value of the default field for each entry of the params array defined in a TriggerTemplate will be applied if a corresponding entry in the params array in a TriggerBinding is either missing or cannot be satisfied in the cases where the entry’s value comes from an HTTP header or body.

Best Practices

As of Tekton Pipelines version v0.8.0, users can embed resource specs. It is a best practice to embed each resource specs in the PipelineRun or TaskRun that uses the resource spec. Embedding the resource spec avoids a race condition between creating and using resources.