5a3e5f630f
- Initially all tags were mapped to categories in Hub, for e.g. config.yaml: https://github.com/tektoncd/hub/blob/master/config.yaml, so whenever a new tag was added in a task it was mapped to a category called `others`. Hence before every release we had to manually map these new tags to some category, hence after the discussion in Catalog and Hub WG, a proposal was created for adding a category as an annotation. - PR to update the TEP-0003-Tekton Catalog Organization: https://github.com/tektoncd/community/pull/352 Signed-off-by: Puneet Punamiya <ppunamiy@redhat.com> |
||
---|---|---|
.. | ||
samples | ||
tests | ||
README.md | ||
skopeo-copy.yaml |
Skopeo
Skopeo is a command line tool for working with remote image registries. Skopeo doesn’t require a daemon to be running while performing its operations. In particular, the handy skopeo command called copy
will ease the whole image copy operation. Without further ado, you can copy an image from a registry to another simply by running:
skopeo copy docker://internal.registry/myimage:latest /
docker://production.registry/myimage:v1.0
The copy command will take care of copying the image from internal.registry
to production.registry
If your production registry requires credentials to login in order to push the image, skopeo can handle that as well.
skopeo copy --dest-creds prod_user:prod_pass docker://internal.registry/myimage:latest /
docker://production.registry/myimage:v1.0
The same goes for credentials for the source registry (internal.registry) by using the --src-creds
flag.
It is also useful for copying images between two remote docker registries, such as the registries of two different OpenShift clusters, as shown
skopeo copy docker://busybox:latest oci:busybox_ocilayout:latest
Skopeo copy isn’t limited to remote containers registries. The image prefix docker://
from the above command define the transport to be used when handling the image.
There are others also similar to that:
- atomic
- containers-storage
- dir
- docker
- docker-daemon
- docker-tar
- oci
- ostree
This task
can be used to copy one or more than one images to-and fro various storage mechanisms.
Install the Task
kubectl apply -f https://raw.githubusercontent.com/tektoncd/catalog/main/task/skopeo-copy/0.1/skopeo-copy.yaml
Parameters
- srcImageURL: The URL of the image to be copied to the
destination
registry. - destImageURL: The URL of the image where the image from
source
should be copied to. - srcTLSverify: Verify the TLS on the src registry endpoint
- destTLSverify: Verify the TLS on the dest registry endpoint
Workspace
- images-url: To mount file containing multiple source and destination images registries URL, which is mounted as configMap.
Secrets and ConfigMap
-
Secret
to provide the credentials of the source and destination registry where the image needs to be copied from and to. -
ConfigMap
to provide support for copying multiple images, this contains fileurl.txt
which stores images registry URL's.This example can help to use secrets for providing credentials of image registries.
Usage
This task will use the Service Account
with access to the secrets containing source and destination image registry credentials, this will authorize it to the respective image registries.
In case of multiple source and destination image registries that needs to be copied to and fro, a file named url.txt
should be created containing all the source and destination image registries URL
seperated by a space and each set of images should be written in the new line, as shown below.
docker://quay.io/temp/kubeconfigwriter:v1 docker://quay.io/skopeotest/kube:v1
docker://quay.io/temp/kubeconfigwriter:v2 docker://quay.io/skopeotest/kube:v2
ConfigMap
should be created using this file. Following command
can be used to create configMap from the file
.
kubectl create configmap image-configmap --from-file=url.txt
In case there is only one source and destination image that needs to be copied then, Source and destination image URL needs to be provided in the input params of the task.
This will result in the image getting copied from the source registry to the destination registry.
This will guide the user to use service account for authorization to image registries.
See here for example of TaskRun
.
Note
-
Source credentials
are only required, if the source image registry needs authentication to pull the image, whereasDestination credentials
are always required. -
In case of multiple source and destination images,
secret
containingcredentials
of all the image registries must be added to theservice account
and configMap containingurl.txt
should be mounted into the workspace, as shownworkspaces: - name: images-url configmap: name: image-configmap
-
If there is only one source and destination image registry URL, then
emptyDir
needs to be mounted in theworkspace
as shown below:workspaces: - name: images-url emptyDir: {}