1
0
mirror of https://github.com/tektoncd/catalog.git synced 2024-11-25 06:17:50 +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 4fde958a33 Allow redefining KUBECONFIG command
In some case we want to be able to redefine the KUBECONFIG commands, when other
CI needs to redefines it.

Signed-off-by: Chmouel Boudjnah <chmouel@redhat.com>
2020-12-08 08:51:35 +00:00
.github Add manual validation check for including tests 2020-10-22 14:56:18 +01:00
pipeline/openwhisk/0.1 Update openwhisk-knative pipeline to v1beta1 2020-07-30 07:47:02 +01:00
task feat(kn): Add kn-apply task 2020-12-08 08:02:35 +00:00
test Allow redefining KUBECONFIG command 2020-12-08 08:51:35 +00:00
vendor/github.com/tektoncd/plumbing Bump plumbing to recent master 👼 2020-05-06 18:56:36 +01:00
.yamllint Linting yamls with yamllint 🏷 2019-11-15 09:39:31 -06:00
code-of-conduct.md Initial commit with OWNERS, CONTRIBUTING.md and code-of-conduct.md. 2019-04-25 15:05:49 -05:00
CONTRIBUTING.md Fix broken link 2020-11-12 09:52:26 +00:00
DEVELOPMENT.md Combine DEVELOPMENT.md and CONTRIBUTING.md 2020-03-03 10:51:45 -06:00
Gopkg.lock Bump plumbing to latest changes 🔗 2019-11-15 09:52:31 -06:00
Gopkg.toml Remove comments from Gopkg.toml and refer to the documentation 2019-05-15 10:34:57 -05:00
LICENSE Initial commit 2019-04-25 14:54:27 -05:00
OWNERS Add @chmouel as an OWNER 2019-11-15 09:04:31 -06:00
README.md Adds Hub preview link in the readme 2020-09-03 15:20:13 +01:00
recommendations.md Add a "Run as non root" recommandation… 2020-06-10 09:02:55 +01:00
roadmap.md Add 2020 roadmap 🛣️ 2020-04-07 06:59:00 +01:00

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.