Create 0.13.2 release

Author: Michael Sauter

CHANGELOG.md

@@ -10,6 +10,8 @@ listed in the changelog.
 
 ## [Unreleased]
 
+## [0.13.2] - 2023-07-18
+
 ### Fixed
 
 - Artifacts may not be uploaded to target repository when the target repository differs from the source repository ([#715](https://github.com/opendevstack/ods-pipeline/pull/715))

README.md

@@ -52,7 +52,7 @@ For OpenShift Pipelines releases and its relationship to Tekton and OpenShift ve
 
 | ods-pipeline | OpenShift Pipelines | ODS Core/Quickstarters |
 |---|---|---|
-| [0.13](https://github.com/opendevstack/ods-pipeline/releases/tag/v0.13.1) | 1.9 | 4.x |
+| [0.13](https://github.com/opendevstack/ods-pipeline/releases/tag/v0.13.2) | 1.9 | 4.x |
 | [0.12](https://github.com/opendevstack/ods-pipeline/releases/tag/v0.12.0) | 1.9 | 4.x |
 | [0.11](https://github.com/opendevstack/ods-pipeline/releases/tag/v0.11.1) | 1.9 | 4.x |
 

deploy/ods-pipeline/Chart.yaml

@@ -15,18 +15,18 @@ type: application
 # This is the chart version. This version number should be incremented each time you make changes
 # to the chart and its templates, including the app version.
 # Versions are expected to follow Semantic Versioning (https://semver.org/)
-version: 0.13.1
+version: 0.13.2
 
 # This is the version number of the application being deployed. This version number should be
 # incremented each time you make changes to the application. Versions are not expected to
 # follow Semantic Versioning. They should reflect the version the application is using.
 # It is recommended to use it with quotes.
-appVersion: "0.13.1"
+appVersion: "0.13.2"
 
 dependencies:
   - name: setup
-    version: 0.13.1
+    version: 0.13.2
     condition: setup.enabled
   - name: tasks
-    version: 0.13.1
+    version: 0.13.2
     condition: tasks.enabled

deploy/ods-pipeline/charts/setup/Chart.yaml

@@ -15,9 +15,9 @@ type: application
 # This is the chart version. This version number should be incremented each time you make changes
 # to the chart and its templates, including the app version.
 # Versions are expected to follow Semantic Versioning (https://semver.org/)
-version: 0.13.1
+version: 0.13.2
 
 # This is the version number of the application being deployed. This version number should be
 # incremented each time you make changes to the application. Versions are not expected to
 # follow Semantic Versioning. They should reflect the version the application is using.
-appVersion: "0.13.1"
+appVersion: "0.13.2"

deploy/ods-pipeline/charts/tasks/Chart.yaml

@@ -15,9 +15,9 @@ type: application
 # This is the chart version. This version number should be incremented each time you make changes
 # to the chart and its templates, including the app version.
 # Versions are expected to follow Semantic Versioning (https://semver.org/)
-version: 0.13.1
+version: 0.13.2
 
 # This is the version number of the application being deployed. This version number should be
 # incremented each time you make changes to the application. Versions are not expected to
 # follow Semantic Versioning. They should reflect the version the application is using.
-appVersion: "0.13.1"
+appVersion: "0.13.2"

docs/add-to-repository.adoc

@@ -23,17 +23,17 @@ pipeline:
     - name: build
       taskRef:
         kind: Task
-        name: ods-build-go-v0-13-1
+        name: ods-build-go-v0-13-2
       workspaces:
       - name: source
         workspace: shared-workspace
 ----
 
-`ods-build-go-v0-13-1` runs tests and produces a Go binary. If you use another technology, e.g. a Java project using Gradle, exchange the task with `ods-build-gradle-v0-13-1`. See the link:tasks/[tasks reference] for available tasks.
+`ods-build-go-v0-13-2` runs tests and produces a Go binary. If you use another technology, e.g. a Java project using Gradle, exchange the task with `ods-build-gradle-v0-13-2`. See the link:tasks/[tasks reference] for available tasks.
 
 === (Optionally) Create `Dockerfile`
 
-If you want to create a container image with the produced Go binary, you can add the `ods-package-image-v0-13-1` task to the `tasks` list, like this:
+If you want to create a container image with the produced Go binary, you can add the `ods-package-image-v0-13-2` task to the `tasks` list, like this:
 
 .ods.yaml
 [source,yaml]
@@ -43,14 +43,14 @@ pipeline:
     - name: build
       taskRef:
         kind: Task
-        name: ods-build-go-v0-13-1
+        name: ods-build-go-v0-13-2
       workspaces:
       - name: source
         workspace: shared-workspace
     - name: package
       taskRef:
         kind: Task
-        name: ods-package-image-v0-13-1
+        name: ods-package-image-v0-13-2
       runAfter:
       - build
       workspaces:
@@ -72,13 +72,13 @@ EXPOSE 8080
 CMD ["./app"]
 ----
 
-NOTE: `ods-build-go-v0-13-1` produces a binary called `app` and places it at `docker/app` so that it can be referenced in the `Dockerfile` and copied into the image by the `ods-package-image-v0-13-1` task.
+NOTE: `ods-build-go-v0-13-2` produces a binary called `app` and places it at `docker/app` so that it can be referenced in the `Dockerfile` and copied into the image by the `ods-package-image-v0-13-2` task.
 
 NOTE: Pay attention to the `runAfter` configuration in the task list: it ensures that the tasks run sequentially and can use the outputs from the previous task(s).
 
 === (Optionally) Create Helm Chart
 
-If you want to deploy the created image, you can add the `ods-deploy-helm-v0-13-1` task to the `tasks` list and configure which Kubernetes namespaces to deploy into, like this:
+If you want to deploy the created image, you can add the `ods-deploy-helm-v0-13-2` task to the `tasks` list and configure which Kubernetes namespaces to deploy into, like this:
 
 .ods.yaml
 [source,yaml]
@@ -89,14 +89,14 @@ pipeline:
     - name: build
       taskRef:
         kind: Task
-        name: ods-build-go-v0-13-1
+        name: ods-build-go-v0-13-2
       workspaces:
       - name: source
         workspace: shared-workspace
     - name: package
       taskRef:
         kind: Task
-        name: ods-package-image-v0-13-1
+        name: ods-package-image-v0-13-2
       runAfter:
       - build
       workspaces:
@@ -105,7 +105,7 @@ pipeline:
     - name: deploy
       taskRef:
         kind: Task
-        name: ods-deploy-helm-v0-13-1
+        name: ods-deploy-helm-v0-13-2
       params:
       - name: namespace
         value: foo-dev

docs/convert-quickstarter-component.adoc

@@ -93,14 +93,14 @@ pipelines:
     - name: build
       taskRef:
         kind: Task
-        name: ods-build-go-v0-13-1
+        name: ods-build-go-v0-13-2
       workspaces:
       - name: source
         workspace: shared-workspace
     - name: package
       taskRef:
         kind: Task
-        name: ods-package-image-v0-13-1
+        name: ods-package-image-v0-13-2
       runAfter:
       - build
       workspaces:
@@ -109,21 +109,21 @@ pipelines:
     - name: deploy
       taskRef:
         kind: Task
-        name: ods-deploy-helm-v0-13-1
+        name: ods-deploy-helm-v0-13-2
       runAfter:
       - package
       workspaces:
       - name: source
         workspace: shared-workspace
 ----
 
-What has been done in Jenkins in `stageCheckFormat`, `stageLint`, `stageUnitTest`, `stageBuild` and `odsComponentStageScanWithSonar` is now done by the `ods-build-go-v0-13-1` task. If you have modified how the application is tested and built, or added further steps, you will need to create your own Tekton tasks reflecting those changes. See the link:authoring-tasks.adoc[authoring tasks] guide.
+What has been done in Jenkins in `stageCheckFormat`, `stageLint`, `stageUnitTest`, `stageBuild` and `odsComponentStageScanWithSonar` is now done by the `ods-build-go-v0-13-2` task. If you have modified how the application is tested and built, or added further steps, you will need to create your own Tekton tasks reflecting those changes. See the link:authoring-tasks.adoc[authoring tasks] guide.
 
-Building the container image is now done in `ods-package-image-v0-13-1` instead of in `odsComponentStageBuildOpenShiftImage`. The task continues to use the existing `docker/Dockerfile` file, which does not need to change much if at all. Consult the task reference in question for more information. In the case of Go, the link:tasks/ods-build-go.adoc[`ods-build-go` task reference] states that the resulting Go binary is named `app` and placed into the `docker` directory. Make sure that your `docker/Dockerfile` copies `app`, not e.g. `app_linux_amd64` (as is the default for an ODS 4.x based Go quickstarter).
+Building the container image is now done in `ods-package-image-v0-13-2` instead of in `odsComponentStageBuildOpenShiftImage`. The task continues to use the existing `docker/Dockerfile` file, which does not need to change much if at all. Consult the task reference in question for more information. In the case of Go, the link:tasks/ods-build-go.adoc[`ods-build-go` task reference] states that the resulting Go binary is named `app` and placed into the `docker` directory. Make sure that your `docker/Dockerfile` copies `app`, not e.g. `app_linux_amd64` (as is the default for an ODS 4.x based Go quickstarter).
 
 == Create Helm Chart
 
-Finally, the application is deployed in `ods-deploy-helm-v0-13-1` as opposed to `odsComponentStageRolloutOpenShiftDeployment`.
+Finally, the application is deployed in `ods-deploy-helm-v0-13-2` as opposed to `odsComponentStageRolloutOpenShiftDeployment`.
 Let's look at this deployment piece in detail. The new Tekton task makes use of Helm to define and deploy the Kubernetes resources to use. Your existing repository might not define Kubernetes resources at all (this is the default), or they might be expressed as OpenShift templates (in a folder named `openshift`) and applied with link:https://github.com/opendevstack/tailor[Tailor]. ODS pipeline only supports Helm at the moment, and requires the Kubernetes resources (the Helm "chart") to be under version control. It is recommended to start with the link:https://github.com/opendevstack/ods-pipeline/tree/sample-helm-chart[sample chart provided in this repository]. If  the existing component controlled resources via Tailor, please see the link:https://github.com/opendevstack/tailor/wiki/Migrating-from-Tailor-to-Helm#ods-quickstarter-migration[ODS Quickstarter Migration Guide] of Tailor as well.
 
 == Configure Webhook

docs/example-project.adoc

@@ -32,14 +32,14 @@ pipelines:
   - name: build
     taskRef:
       kind: Task
-      name: ods-build-go-v0-13-1
+      name: ods-build-go-v0-13-2
     workspaces:
     - name: source
       workspace: shared-workspace
   - name: package
     taskRef:
       kind: Task
-      name: ods-package-image-v0-13-1
+      name: ods-package-image-v0-13-2
     runAfter:
     - build
     workspaces:
@@ -48,7 +48,7 @@ pipelines:
   - name: deploy
     taskRef:
       kind: Task
-      name: ods-deploy-helm-v0-13-1
+      name: ods-deploy-helm-v0-13-2
     runAfter:
     - package
     workspaces:
@@ -72,14 +72,14 @@ pipelines:
   - name: build
     taskRef:
       kind: Task
-      name: ods-build-npm-v0-13-1
+      name: ods-build-npm-v0-13-2
     workspaces:
     - name: source
       workspace: shared-workspace
   - name: package
     taskRef:
       kind: Task
-      name: ods-package-image-v0-13-1
+      name: ods-package-image-v0-13-2
     runAfter:
     - build
     workspaces:
@@ -88,7 +88,7 @@ pipelines:
   - name: deploy
     taskRef:
       kind: Task
-      name: ods-deploy-helm-v0-13-1
+      name: ods-deploy-helm-v0-13-2
     runAfter:
     - package
     workspaces:
@@ -141,7 +141,7 @@ pipelines:
   - name: deploy
     taskRef:
       kind: Task
-      name: ods-deploy-helm-v0-13-1
+      name: ods-deploy-helm-v0-13-2
     workspaces:
     - name: source
       workspace: shared-workspace

docs/installation.adoc

@@ -33,7 +33,7 @@ Now use `git subtree` to get the required source files. The following commands m
 
 [source]
 ----
-pipelineGitRef=v0.13.1 # Pick the version you want to install
+pipelineGitRef=v0.13.2 # Pick the version you want to install
 
 git fetch --depth=1 https://github.com/opendevstack/ods-pipeline.git $pipelineGitRef:ods-pipeline-$pipelineGitRef && \
 git checkout ods-pipeline-$pipelineGitRef && \
@@ -101,7 +101,7 @@ You may fetch updates (e.g. new versions) of `ods-pipeline` like this:
 
 [source]
 ----
-pipelineGitRef=v0.13.1 # Pick the version you want to update to
+pipelineGitRef=v0.13.2 # Pick the version you want to update to
 
 git branch -D ods-pipeline-$pipelineGitRef subtree-split-branch-$pipelineGitRef || true && \
 git fetch --depth=1 https://github.com/opendevstack/ods-pipeline.git $pipelineGitRef:ods-pipeline-$pipelineGitRef && \
@@ -145,4 +145,4 @@ TIP: The credentials stored in the K8s secrets will not be updated. If you need
 
 ==== Finishing the update
 
-Once the resources in your namespace are updated, you likely have to update the `ods.yaml` files in your repository to point to the new tasks, e.g. changing `ods-build-go-v0-12-0` to `ods-build-go-v0-13-1`. Whether or not you have to update the `ods.yaml` file depends whether the task suffix (controlled by the value `taskSuffix`) has changed due to the update.
+Once the resources in your namespace are updated, you likely have to update the `ods.yaml` files in your repository to point to the new tasks, e.g. changing `ods-build-go-v0-12-0` to `ods-build-go-v0-13-2`. Whether or not you have to update the `ods.yaml` file depends whether the task suffix (controlled by the value `taskSuffix`) has changed due to the update.

docs/introduction.adoc

@@ -72,14 +72,14 @@ pipeline:
     - name: build-go
       taskRef:
         kind: Task
-        name: ods-build-go-v0-13-1
+        name: ods-build-go-v0-13-2
       workspaces:
       - name: source
         workspace: shared-workspace
     - name: package-image
       taskRef:
         kind: Task
-        name: ods-package-image-v0-13-1
+        name: ods-package-image-v0-13-2
       runAfter:
       - build-go
       workspaces:
@@ -88,7 +88,7 @@ pipeline:
     - name: deploy-helm
       taskRef:
         kind: Task
-        name: ods-deploy-helm-v0-13-1
+        name: ods-deploy-helm-v0-13-2
       runAfter:
       - package-image
       workspaces: