1
0
mirror of https://github.com/tektoncd/catalog.git synced 2024-11-21 05:55:35 +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
Piyush Garg a0e357f14f Update openshift client task for 0.7
This will update the openshift client task to work
with tekton 0.7.0

Also we dont need the Dockerfile and script further
as the oc binary image is available and with
the support of array type param in tekton 0.7

Changes in doc
2019-10-17 03:44:20 -05:00
.github Add any missing basic docs 📝 2019-04-30 02:14:52 -05:00
argocd Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
buildah Updated forgotten brackets with parentheses 2019-10-01 02:28:14 -05:00
buildkit Updated forgotten brackets with parentheses 2019-10-01 02:28:14 -05:00
buildpacks Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
conftest Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
gcloud Add gcloud Task 2019-10-02 09:59:15 -05:00
golang Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
jib-maven Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
kaniko Update kaniko executor image to 0.13.0 2019-10-16 07:00:20 -05:00
kn Array arguments based kn task 2019-09-24 08:28:12 -05:00
knctl Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
kubeval Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
makisu Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
openshift-client Update openshift client task for 0.7 2019-10-17 03:44:20 -05:00
openwhisk Updated forgotten brackets with parentheses 2019-10-01 02:28:14 -05:00
s2i Update templating to use $(…) instead of ${…} 2019-09-24 08:36:12 -05:00
test E2E Tests: Allow ignores and ns default 2019-09-25 11:07:13 -05:00
vendor/github.com/tektoncd/plumbing Bump tektoncd/plumbing with latest fixes 2019-06-05 03:56:06 -05: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 Add any missing basic docs 📝 2019-04-30 02:14:52 -05:00
DEVELOPMENT.md Add more documentation on development/contributing new submissions. 2019-05-03 10:00:53 -05:00
Gopkg.lock Bump tektoncd/plumbing with latest fixes 2019-06-05 03:56:06 -05: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 bobcatfish to owners 👼 2019-09-11 14:54:08 -05:00
README.md Update README.md 2019-04-26 18:25:51 -05:00

Tekton Catalog

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.

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 bazel.yaml
task.tekton.dev/bazel created

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

$ kubectl get tasks
NAME    AGE
bazel   3s

OR

$ kubectl get clustertasks
NAME            AGE
cluster-bazel   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/v1alpha1
kind: TaskRun
metadata:
  name: example-run
spec:
  taskRef:
    name: bazel
  inputs:
    params:
    - name: TARGET
      value: //path/to/image:publish
    resources:
    - name: source
      resourceSpec:
        type: git
        params:
        - name: url
          value: https://github.com/my-user/my-repo

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/v1alpha1
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