📚 Sync docs from alaudadevops/tektoncd-operator on 79c82103b0d9b83948b85aa2efcccf84e52ee0c9

edge-katanomi-app2[bot] · edge-katanomi-app2[bot] · commit 16ef1346ad08 · 2025-12-23T10:14:51.000Z
Source: docs: [DEVOPS-43043] remove docker in docs for release-4.0 (#1030) Author: yzc Ref: refs/heads/release-4.0 Commit: 79c82103b0d9b83948b85aa2efcccf84e52ee0c9 This commit automatically syncs documentation changes from the source-docs repository. 🔗 View source commit: https://github.com/alaudadevops/tektoncd-operator/commit/79c82103b0d9b83948b85aa2efcccf84e52ee0c9 🤖 Synced on 2025-12-23 10:14:51 UTC
diff --git a/.github/SYNC_INFO.md b/.github/SYNC_INFO.md
@@ -1,10 +1,10 @@
 # Documentation Sync Information
 
-- **Last synced**: 2025-12-11 02:41:23 UTC
+- **Last synced**: 2025-12-23 10:14:51 UTC
 - **Source repository**: alaudadevops/tektoncd-operator
-- **Source commit**: [ac66c7dc8162b89e762f9528ae9d891710e4fb24](https://github.com/alaudadevops/tektoncd-operator/commit/ac66c7dc8162b89e762f9528ae9d891710e4fb24)
+- **Source commit**: [79c82103b0d9b83948b85aa2efcccf84e52ee0c9](https://github.com/alaudadevops/tektoncd-operator/commit/79c82103b0d9b83948b85aa2efcccf84e52ee0c9)
 - **Triggered by**: edge-katanomi-app2[bot]
-- **Workflow run**: [#111](https://github.com/alaudadevops/tektoncd-operator/actions/runs/20120145965)
+- **Workflow run**: [#124](https://github.com/alaudadevops/tektoncd-operator/actions/runs/20457922602)
 
 ## Files synced:
 - docs/
diff --git a/docs/en/hub/tutorials/creating-custom-catalog.mdx b/docs/en/hub/tutorials/creating-custom-catalog.mdx
@@ -91,10 +91,10 @@ metadata:
     tekton.dev/categories: "Build Tools"
 
     # Searchable tags (comma-separated, no spaces after commas)
-    tekton.dev/tags: "build,docker,container"
+    tekton.dev/tags: "build,podman,container"
 
     # Human-readable display name
-    tekton.dev/displayName: "Docker Build Task"
+    tekton.dev/displayName: "Podman Build Task"
 
     # Supported platforms (optional)
     tekton.dev/platforms: "linux/amd64,linux/arm64"
diff --git a/docs/en/hub/tutorials/writing-pipelines.mdx b/docs/en/hub/tutorials/writing-pipelines.mdx
@@ -123,8 +123,8 @@ spec:
   workspaces:
   - name: source-code
     description: Source code workspace
-  - name: docker-config
-    description: Docker registry credentials
+  - name: registry-creds
+    description: Distribution registry credentials
     optional: true
 
   tasks:
@@ -171,7 +171,7 @@ spec:
     - name: source
       workspace: source-code
     - name: dockerconfig
-      workspace: docker-config
+      workspace: registry-creds
 
   finally:
   - name: cleanup
diff --git a/docs/en/hub/tutorials/writing-tasks.mdx b/docs/en/hub/tutorials/writing-tasks.mdx
@@ -53,8 +53,8 @@ metadata:
   annotations:
     tekton.dev/pipelines.minVersion: "0.17.0"  # Minimum Tekton version
     tekton.dev/categories: "Build Tools"       # Hub category
-    tekton.dev/tags: "build,docker,image"     # Hub search tags
-    tekton.dev/displayName: "Build Docker Image"  # Hub display name
+    tekton.dev/tags: "build,podman,image"     # Hub search tags
+    tekton.dev/displayName: "Build Podman Image"  # Hub display name
     tekton.dev/platforms: "linux/amd64,linux/arm64"  # Supported platforms
 ```
 
@@ -102,7 +102,7 @@ metadata:
 
 ### Effective Tagging
 - Use specific, searchable tags
-- Include technology names (`docker`, `kubernetes`, `npm`, etc.)
+- Include technology names (`podman`, `kubernetes`, `npm`, etc.)
 - Add use case tags (ci, cd, build, test, deploy)
 
 ## `Hub` Validation Requirements
diff --git a/docs/en/pipelines/concepts/pod_templates_concept.mdx b/docs/en/pipelines/concepts/pod_templates_concept.mdx
@@ -251,7 +251,7 @@ Pod template configuration supports the fields listed in the table below.
 | automountServiceAccountToken | **Default:** true. Determines whether Tekton automatically provides the token for the service account used by the Pod inside containers at a predefined path.                                                                                                                                                     |
 | dnsPolicy                    | **Default:** ClusterFirst. Specifies the [DNS policy](https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/#pod-s-dns-policy) for the Pod. Legal values are ClusterFirst, Default, and None. Does **not** support ClusterFirstWithHostNet because Tekton Pods cannot run with host networking. |
 | dnsConfig                    | Specifies [additional DNS configuration for the Pod](https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/#pod-s-dns-config), such as name servers and search domains.                                                                                                                         |
-| enableServiceLinks           | **Default:** true. Determines whether services in the Pod's namespace are exposed as environment variables to the Pod, similarly to Docker service links.                                                                                                                                                         |
+| enableServiceLinks           | **Default:** true. Determines whether services in the Pod's namespace are exposed as environment variables to the Pod.                                                                                                                                                         |
 | priorityClassName            | Specifies the [priority class](https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/) for the Pod. Allows you to selectively enable preemption on lower-priority workloads.                                                                                                                  |
 | schedulerName                | Specifies the [scheduler](https://kubernetes.io/docs/tasks/administer-cluster/configure-multiple-schedulers/) to use when dispatching the Pod. You can specify different schedulers for different types of workloads, such as volcano.sh for machine learning workloads.                                          |
 | imagePullSecrets             | Specifies the [secret](https://kubernetes.io/docs/concepts/configuration/secret/) to use when [ pulling a container image](https://kubernetes.io/docs/tasks/configure-pod-container/pull-image-private-registry/).                                                                                                |
diff --git a/docs/en/pipelines/concepts/stepaction_concept.mdx b/docs/en/pipelines/concepts/stepaction_concept.mdx
@@ -170,14 +170,14 @@ spec:
     - name: context
       type: string
       default: "."
-  image: docker
+  image: podman
   env:
     - name: IMAGE_NAME
       value: $(params.image.name)
     - name: IMAGE_TAG
       value: $(params.image.tag)
   script: |
-    docker build -t $IMAGE_NAME:$IMAGE_TAG $(params.context)
+    podman build -t $IMAGE_NAME:$IMAGE_TAG $(params.context)
 ```
 
 ### Results
diff --git a/docs/en/pipelines/how_to/adjust_dockerfile_for_task_compatible_image.mdx b/docs/en/pipelines/how_to/adjust_dockerfile_for_task_compatible_image.mdx
@@ -27,7 +27,7 @@ The following scenarios require referring to the guidance in this document:
 
 Before using this feature, ensure:
 
-- You have a Docker image building environment
+- You have a OCI image building environment
   - You can use the platform's native build pipeline
   - If you need to use community/open-source tools, ensure you have internet access or have prepared offline packages
 - You have a basic understanding of Dockerfile writing
@@ -43,7 +43,7 @@ First, confirm the release version of the base image, as the command for creatin
 
 ```bash
 # Check the release version of the base image
-$ docker run -it --rm ${registry} cat /etc/os-release
+$ podman run -it --rm ${registry} cat /etc/os-release
 
 # Possible outputs
 NAME="Alpine Linux"
@@ -105,13 +105,13 @@ After building, validate whether the image can run correctly:
 
 ```bash
 # Verify user configuration
-$ docker run -it --rm ${registry} id
+$ podman run -it --rm ${registry} id
 
 # Expected output
 uid=65532(nonroot) gid=65532(nonroot) groups=65532(nonroot)
 
 # Verify application permissions
-$ docker run -it --rm ${registry} ls -la /home/nonroot
+$ podman run -it --rm ${registry} ls -la /home/nonroot
 ```
 
 ## Operation Results
diff --git a/docs/en/pipelines/trouble_shooting/custom_image_pod_creation_failed.mdx b/docs/en/pipelines/trouble_shooting/custom_image_pod_creation_failed.mdx
@@ -47,7 +47,7 @@ If this issue only appears when using custom images, it is recommended to follow
 
 1. Verify if the image itself has issues:
    ```bash
-   $ docker run -it --rm ${registry} ${cmd}
+   $ podman run -it --rm ${registry} ${cmd}
    ```
 
 2. Check the compatibility of the Task configuration with the image:
