1
0
mirror of https://github.com/tektoncd/catalog.git synced 2024-12-03 07:00:01 +00:00
This is a mirror of https://github.com/tektoncd/catalog.git because the tekton git resolver does not support caching of git repositories so each CI build is firing off many fetches of to github. By maintaining a mirror, I have a locally cached copy on the same physical machine as my CI jobs.
Go to file
Chmouel Boudjnah 37aab72942 Fix buildah sample optional workspace link
Signed-off-by: Chmouel Boudjnah <chmouel@redhat.com>
2020-10-29 07:40:21 +00:00
.github
pipeline/openwhisk/0.1
task Fix buildah sample optional workspace link 2020-10-29 07:40:21 +00:00
test Test only the tasks that has been modified or added 2020-10-28 17:35:21 +00:00
vendor/github.com/tektoncd/plumbing
.yamllint
code-of-conduct.md
CONTRIBUTING.md Test only the tasks that has been modified or added 2020-10-28 17:35:21 +00:00
DEVELOPMENT.md
Gopkg.lock
Gopkg.toml
LICENSE
OWNERS
README.md
recommendations.md
roadmap.md

Tekton Catalog

If you want v1alpha1 resources, you need to go to the v1alpha1 branch. The master branch is synced with v1beta1 since 2020, 19th June.

This repository contains a catalog of Task resources (and someday Pipelines and Resources), which are designed to be reusable in many pipelines.

Each Task is provided in a separate directory along with a README.md and a Kubernetes manifest, so you can choose which Tasks to install on your cluster. A directory can hold one task and multiple versions.

See our project roadmap.

Hub Preview provides an easy way to search and discover all Tekton resources

Catalog Structure

  1. Each resource follows the following structure

    ./task/                     👈 the kind of the resource
    
        /argocd                 👈 definition file must have same name
           /0.1
             /OWNERS            👈 owners of this resource
             /README.md
             /argocd.yaml       👈 the file name should match the resource name
             /samples/deploy-to-k8s.yaml
           /0.2/...
    
        /golang-build
           /OWNERS
           /README.md
           /0.1
             /README.md
             /golang-build.yaml
             /samples/golang-build.yaml
    
  2. Resource YAML file includes following changes

  • Labels include the version of the resource.
  • Annotations include minimum pipeline version supported by the resource, tags associated with the resource and displayName of the resource

 labels:
    app.kubernetes.io/version: "0.1"            👈 Version of the resource

  annotations:
    tekton.dev/pipelines.minVersion: "0.12.1"   👈 Min Version of pipeline resource is compatible
    tekton.dev/tags: "ansible, cli"             👈 Comma separated list of tags
    tekton.dev/displayName: "Ansible Tower Cli" 👈 displayName can be optional

spec:
  description: |-
    ansible-tower-cli task simplifies
    workflow, jobs, manage users...             👈 Summary

    Ansible Tower (formerly AWX) is a ...    

Task Kinds

There are two kinds of Tasks:

  1. ClusterTask with a Cluster scope, which can be installed by a cluster operator and made available to users in all namespaces
  2. Task with a Namespace scope, which is designed to be installed and used only within that namespace.

Tasks in this repo are namespace-scoped Tasks, but can be installed as ClusterTasks by changing the kind.

Using Tasks

First, install a Task onto your cluster:

$ kubectl apply -f golang/build.yaml
task.tekton.dev/golang-build created

You can see which Tasks are installed using kubectl as well:

$ kubectl get tasks
NAME           AGE
golang-build   3s

With the Task installed, you can define a TaskRun that runs that Task, being sure to provide values for required input parameters and resources:

apiVersion: tekton.dev/v1beta1
kind: TaskRun
metadata:
  name: example-run
spec:
  taskRef:
    name: golang-build
  params:
  - name: package
    value: github.com/tektoncd/pipeline
  workspaces:
  - name: source
    persistentVolumeClaim:
      claimName: my-source

Next, create the TaskRun you defined:

$ kubectl apply -f example-run.yaml
taskrun.tekton.dev/example-run created

You can check the status of the TaskRun using kubectl:

$ kubectl get taskrun example-run -oyaml
apiVersion: tekton.dev/v1beta1
kind: TaskRun
metadata:
  name: example-run
spec:
  ...
status:
  completionTime: "2019-04-25T18:10:09Z"
  conditions:
  - lastTransitionTime: "2019-04-25T18:10:09Z"
    status: True
    type: Succeeded
...

Contributing and Support

If you want to contribute to this repository, please see our contributing guidelines.

If you are looking for support, enter an issue or join our Slack workspace

Status of the Project

This project is still under active development, so you might run into issues. If you do, please don't be shy about letting us know, or better yet, contribute a fix or feature. Its folder structure is not yet set in stone either.

See our project roadmap.