4fde958a33
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> |
||
---|---|---|
.github | ||
pipeline/openwhisk/0.1 | ||
task | ||
test | ||
vendor/github.com/tektoncd/plumbing | ||
.yamllint | ||
code-of-conduct.md | ||
CONTRIBUTING.md | ||
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
Pipeline
s and Resource
s), 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 Task
s 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
-
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
-
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 anddisplayName
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 Task
s:
ClusterTask
with a Cluster scope, which can be installed by a cluster operator and made available to users in all namespacesTask
with a Namespace scope, which is designed to be installed and used only within that namespace.
Task
s in this repo are namespace-scoped Task
s, but can be installed as
ClusterTask
s by changing the kind
.
Using Task
s
First, install a Task
onto your cluster:
$ kubectl apply -f golang/build.yaml
task.tekton.dev/golang-build created
You can see which Task
s 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.