You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
One of the available customizations for Helm deployments is to specify the path where you have the Charts. This feature works fine but if you have your charts not in a folder on the root of your repository but in a subfolder inside it once you start a release with orchestration pipeline it will fail to find the DeploymentDescriptor.
To Reproduce
Steps to reproduce the behavior:
Configure a repository with helm charts
store the charts in a folder like helm/elasticsearch-backup-pvc
Start a release pipeline (orchestration)
See error in QA (pipeline will finish successfully but no helm chart will be deployed)
Expected behavior
Pipeline should deploy Helm chart successfully regardless of the path it is stored so long and it is configured using available customization options.
Screenshots
Affected version:
OpenShift: 4.12.x
OpenDevStack 4.3.1
Log Output
[Pipeline] findFiles
[Pipeline] echo
DEBUG: DeploymentDescriptors: [helm/elasticsearch-backup-pvc/ods-deployments.json, helm/ods-deployments.json]
[Pipeline] dir
Running in /tmp/workspace/qstestupdt-cd/qstestupdt-cd-qstestupdt-mro-pipeline-master/repositories/elasticsearch-infra/helm
[Pipeline] {
[Pipeline] fileExists
This will bail out if the repository is ambigious about the deployment descriptor.
It will fail if:
* there is no deployment descriptor
* there is more than one deployment descriptor
For a successfull release to happen, developers are required to "clean" their repository of unrelated deployment desciptors that could interfere with the current version.
serverhorror
added a commit
to serverhorror/ods-jenkins-shared-library
that referenced
this issue
Oct 19, 2023
This will bail out if the repository is ambigious about the deployment descriptor.
It will fail if:
* there is no deployment descriptor
* there is more than one deployment descriptor
For a successfull release to happen, developers are required to "clean" their repository of unrelated deployment desciptors that could interfere with the current version.
Describe the bug
One of the available customizations for Helm deployments is to specify the path where you have the Charts. This feature works fine but if you have your charts not in a folder on the root of your repository but in a subfolder inside it once you start a release with orchestration pipeline it will fail to find the DeploymentDescriptor.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Pipeline should deploy Helm chart successfully regardless of the path it is stored so long and it is configured using available customization options.
Screenshots
Affected version:
Log Output
Aditional notes:
The issue is comming from this part of the code: https://github.com/opendevstack/ods-jenkins-shared-library/blob/master/src/org/ods/orchestration/phases/DeployOdsComponent.groovy#L131-L140
The text was updated successfully, but these errors were encountered: