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
When specifying a build action under the build key, the commands ran do not utilize the build directory, but instead use the source directory.
Expected behavior
When I specify the build action, the build directory should be used.
Reproducible example
in this example, we generate an example Kubernetes manifest and attempt to deploy it.
First, run this command: helm repo add examples https://helm.github.io/examples
Next, use these modules:
type: execkind: "Build"name: infra-python-starter-generate-configdescription: Istio, DNS, CA certs, and other configinclude:
- asdfspec:
command:
- helm
- template
- --name-template=${project.name}
- --output-dir=${this.buildPath}
- examples/hello-world
---
type: kubernetesname: infra-python-starter-apply-configkind: "Deploy"dependencies:
- build.infra-python-starter-generate-configbuild: infra-python-starter-generate-configdescription: Istio, DNS, CA certs, and other configspec:
files:
- ./hello-world/templates/*.yamltimeout: 2400namespace: default
---
Building works in creating a .garden/build/infra-python-starter-generate-config/hello-world/templates folder,
however, deployment fails with this error:
Invalid manifest file path(s) in Deploy action 'infra-python-starter-apply-config'. Cannot find manifest file(s) at ./hello-world/templates/ in /Users/aron/Workspace/Pachama/infra/infra-python-starter directory.
Workaround
A workaround would be to create a execdeploy action, which does have access to the build folder contents.
But, this doesn't give us the natively supported features of the kubernetes action, like syncing folders to the deployment, cleanup, or status commands.
Like this:
type: execkind: "Build"name: infra-python-starter-generate-configdescription: Istio, DNS, CA certs, and other configinclude:
- asdfspec:
command:
- helm
- template
- --name-template=${project.name}
- --output-dir=${this.buildPath}
- examples/hello-world
---
type: execname: infra-python-starter-apply-configkind: "Deploy"dependencies:
- build.infra-python-starter-generate-configbuild: infra-python-starter-generate-configinclude:
- .garden/build/infra-python-starter-generate-configdescription: Istio, DNS, CA certs, and other configspec:
deployCommand:
- kubectl
- apply
- -f
- hello-world/templates
---
Suggested solution(s)
There appears to be an issue with the 0.13 Kubernetes deploy action source code.
Additional context
This is a blocker for migrating to version 13
Your environment
OS: macOS
How I'm running Kubernetes: GKE
Garden version: 0.13.10
The text was updated successfully, but these errors were encountered:
Garden Bonsai (0.13) Bug
Current Behavior
When specifying a
build
action under the build key, the commands ran do not utilize thebuild
directory, but instead use the source directory.Expected behavior
When I specify the build action, the build directory should be used.
Reproducible example
in this example, we generate an example Kubernetes manifest and attempt to deploy it.
First, run this command:
helm repo add examples https://helm.github.io/examples
Next, use these modules:
Building works in creating a
.garden/build/infra-python-starter-generate-config/hello-world/templates
folder,however, deployment fails with this error:
Workaround
A workaround would be to create a
exec
deploy
action, which does have access to thebuild
folder contents.But, this doesn't give us the natively supported features of the
kubernetes
action, like syncing folders to the deployment, cleanup, or status commands.Like this:
Suggested solution(s)
There appears to be an issue with the 0.13 Kubernetes deploy action source code.
Additional context
This is a blocker for migrating to version 13
Your environment
The text was updated successfully, but these errors were encountered: