diff --git a/CHANGELOG.md b/CHANGELOG.md
index afa65d3651..a1a9079ef1 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -1,4 +1,16 @@
+
+## [v0.11.9](https://github.com/garden-io/garden/compare/v0.11.8...v0.11.9) (2020-03-16)
+
+### Bug Fixes
+
+* update .nvmrc ([#1715](https://github.com/garden-io/garden/issues/1715)) ([1bf7da9f](https://github.com/garden-io/garden/commit/1bf7da9f))
+* **cli:** configure provider/env correctly in `garden plugins` command ([41aacb2c](https://github.com/garden-io/garden/commit/41aacb2c))
+* **cli:** ignore --env flag for commands that don't use a project config ([ccfd8ff3](https://github.com/garden-io/garden/commit/ccfd8ff3))
+* **core:** improved circular dependency detection ([4eea9bdb](https://github.com/garden-io/garden/commit/4eea9bdb))
+* **k8s:** pass custom kubeconfig path to stern ([cf040870](https://github.com/garden-io/garden/commit/cf040870))
+* **k8s:** don't attempt to cleanup registry when using external registry ([9d520e0d](https://github.com/garden-io/garden/commit/9d520e0d))
+
## [v0.11.8](https://github.com/garden-io/garden/compare/v0.11.7...v0.11.8) (2020-03-03)
diff --git a/README.md b/README.md
index b326ad9d9c..e1561184f6 100644
--- a/README.md
+++ b/README.md
@@ -19,7 +19,7 @@
- **Shared development clusters with fast in-cluster building and image caching for Kubernetes.** This allows teams to easily share build and test results, and for CI to become much faster because it can use the same build and test caches as the team.
- Get helpful information when your deployments fail. Garden collects events and logs and displays them prominently when issues come up, and strives to "fail fast", so that you don't need to wait for timeouts or dive into kubectl whenever something is wrong.
- Easily write [integration test suites](https://docs.garden.io/guides/development-workflows#tests-and-dependencies) that have runtime dependencies. Run tests *before* pushing your code to CI, and avoid having to mock or stub your own services.
-- Define [tasks](https://github.com/garden-io/garden/tree/v0.11.8/examples/tasks) that run as part of your deployment process—e.g. database migrations or scaffolding.
+- Define [tasks](https://github.com/garden-io/garden/tree/v0.11.9/examples/tasks) that run as part of your deployment process—e.g. database migrations or scaffolding.
- [Hot reload](https://docs.garden.io/guides/hot-reload) lets you near-instantaneously update code and static files in containers as they run, for services that support in-place reloading.
- [Remote sources](https://docs.garden.io/advanced/using-remote-sources) support allows your project to automatically pull code from different repositories.
- The built-in web **dashboard** gives you a full overview of your stack (and many more UI features are planned to further aid with development).
@@ -51,7 +51,7 @@
## Quick start
-With the CLI installed, you can try out a few commands using the [Demo Project](https://docs.garden.io/example-projects/demo-project) from our [example projects](https://github.com/garden-io/garden/tree/v0.11.8/examples). The example project consists of a couple of simple modules, each defining one service.
+With the CLI installed, you can try out a few commands using the [Demo Project](https://docs.garden.io/example-projects/demo-project) from our [example projects](https://github.com/garden-io/garden/tree/v0.11.9/examples). The example project consists of a couple of simple modules, each defining one service.
*Note: This example assumes you have a local Kubernetes instance running.*
@@ -96,11 +96,11 @@ Overview:
- [Using Garden](https://docs.garden.io/using-garden)—short Guides on incrementally adding the main Garden constructs to your project.
- [Guides](https://docs.garden.io/guides)—development workflows, Garden configuration files, usage with remote Kubernetes clusters, and setting up hot reload.
-- [Example Projects](https://docs.garden.io/example-projects)—guides based on some of the [examples](https://github.com/garden-io/garden/tree/v0.11.8/examples).
+- [Example Projects](https://docs.garden.io/example-projects)—guides based on some of the [examples](https://github.com/garden-io/garden/tree/v0.11.9/examples).
- [Reference](https://docs.garden.io/reference)—glossary, commands reference, configuration files reference, and template strings reference.
- [FAQs](https://docs.garden.io/#faqs).
-The [examples](https://github.com/garden-io/garden/tree/v0.11.8/examples) folder of our repository also shows a myriad of different ways to use Garden. Check out the README in each example for more information
+The [examples](https://github.com/garden-io/garden/tree/v0.11.9/examples) folder of our repository also shows a myriad of different ways to use Garden. Check out the README in each example for more information
## How does it work?
diff --git a/dashboard/package-lock.json b/dashboard/package-lock.json
index 61d6cddb75..7a2478a808 100644
--- a/dashboard/package-lock.json
+++ b/dashboard/package-lock.json
@@ -1,6 +1,6 @@
{
"name": "dashboard",
- "version": "0.2.8",
+ "version": "0.2.9",
"lockfileVersion": 1,
"requires": true,
"dependencies": {
diff --git a/dashboard/package.json b/dashboard/package.json
index 051add58db..804f5f5da0 100644
--- a/dashboard/package.json
+++ b/dashboard/package.json
@@ -1,6 +1,6 @@
{
"name": "dashboard",
- "version": "0.2.8",
+ "version": "0.2.9",
"private": true,
"devDependencies": {
"@types/d3": "^5.7.2",
@@ -34,7 +34,7 @@
"emotion": "^10.0.27",
"flexboxgrid": "^6.3.1",
"flexboxgrid-helpers": "^1.1.3",
- "garden-service": "^0.11.8",
+ "garden-service": "^0.11.9",
"http-proxy-middleware": "^0.20.0",
"immer": "^5.0.1",
"lodash": "^4.17.15",
diff --git a/docs/advanced/terraform.md b/docs/advanced/terraform.md
index 02dd1b7d80..14797df4a3 100644
--- a/docs/advanced/terraform.md
+++ b/docs/advanced/terraform.md
@@ -10,7 +10,7 @@ Under the hood, Garden simply wraps Terraform, so there's no magic involved. Gar
The `terraform` provider can both provision a Terraform stack when initializing Garden, or through `terraform` modules that are deployed like other services in your stack.
-The former, having a single Terraform stack for your whole project, is most helpful if other provider configurations need to reference the outputs from your Terraform stack, or if most/all of your services depend on the infrastructure provisioned in your Terraform stack. A good example of this is the [terraform-gke example](https://github.com/garden-io/garden/tree/v0.11.8/examples/terraform-gke) project, which provisions a GKE cluster that the `kubernetes` provider then runs on, along with the services in the project. The drawback is that Garden doesn't currently watch for changes in those Terraform files, and you need to restart to apply new changes, or apply them manually.
+The former, having a single Terraform stack for your whole project, is most helpful if other provider configurations need to reference the outputs from your Terraform stack, or if most/all of your services depend on the infrastructure provisioned in your Terraform stack. A good example of this is the [terraform-gke example](https://github.com/garden-io/garden/tree/v0.11.9/examples/terraform-gke) project, which provisions a GKE cluster that the `kubernetes` provider then runs on, along with the services in the project. The drawback is that Garden doesn't currently watch for changes in those Terraform files, and you need to restart to apply new changes, or apply them manually.
The latter method, using one or more `terraform` _modules_, can be better if your other providers don't need to reference the stack outputs but your _services, tasks and tests_ do. In this style, you can basically create small Terraform stacks that are part of your Stack Graph much like other services. A good example would be deploying a database instance, that other services in your project can then connect to.
@@ -29,7 +29,7 @@ providers:
...
```
-If you'd like to apply the stack when starting Garden, and then reference the stack outputs in other providers (or modules), you need to add a couple of more flags. Here's the project config from the aforementioned [terraform-gke example](https://github.com/garden-io/garden/tree/v0.11.8/examples/terraform-gke):
+If you'd like to apply the stack when starting Garden, and then reference the stack outputs in other providers (or modules), you need to add a couple of more flags. Here's the project config from the aforementioned [terraform-gke example](https://github.com/garden-io/garden/tree/v0.11.9/examples/terraform-gke):
```yaml
kind: Project
@@ -100,6 +100,6 @@ Much like other modules, you can also reference Terraform definitions in other r
## Next steps
-Check out the [terraform-gke example](https://github.com/garden-io/garden/tree/v0.11.8/examples/terraform-gke) project. Also take a look at the [Terraform provider reference](../reference/providers/terraform.md) and the [Terraform module type reference](../reference/module-types/terraform.md) for details on all the configuration parameters.
+Check out the [terraform-gke example](https://github.com/garden-io/garden/tree/v0.11.9/examples/terraform-gke) project. Also take a look at the [Terraform provider reference](../reference/providers/terraform.md) and the [Terraform module type reference](../reference/module-types/terraform.md) for details on all the configuration parameters.
If you're having issues with Terraform itself, please refer to the [official docs](https://www.terraform.io/docs/index.html).
diff --git a/docs/advanced/using-remote-sources.md b/docs/advanced/using-remote-sources.md
index 182d7ce11c..0577fd8c70 100644
--- a/docs/advanced/using-remote-sources.md
+++ b/docs/advanced/using-remote-sources.md
@@ -6,7 +6,7 @@ You can import **two** types of remote repositories with Garden:
> **Remote _module_**: The source code for a single Garden module. In this case, the `garden.yml` config file is stored in the main project repository while the module code itself is in the remote repository.
-The code examples below are from our [remote sources example](https://github.com/garden-io/garden/tree/v0.11.8/examples/remote-sources).
+The code examples below are from our [remote sources example](https://github.com/garden-io/garden/tree/v0.11.9/examples/remote-sources).
## Importing Remote Repositories
diff --git a/docs/example-projects/README.md b/docs/example-projects/README.md
index ba26a25730..ec82af7809 100644
--- a/docs/example-projects/README.md
+++ b/docs/example-projects/README.md
@@ -18,5 +18,5 @@ This is an example project of how to set up TLS using the `mkcert` tool.
## Other example projects
-You can also go straight to the [examples](https://github.com/garden-io/garden/tree/v0.11.8/examples) directory in the
+You can also go straight to the [examples](https://github.com/garden-io/garden/tree/v0.11.9/examples) directory in the
Garden repository, to look at a variety of fully defined example projects.
diff --git a/docs/example-projects/demo-project.md b/docs/example-projects/demo-project.md
index 6393d22c93..00eb1f2939 100644
--- a/docs/example-projects/demo-project.md
+++ b/docs/example-projects/demo-project.md
@@ -17,7 +17,7 @@ This tutorial assumes that you already have a running [installation of Garden](.
## Clone the example repo
-The code for this tutorial can be found in our Github repository under the [examples directory](https://github.com/garden-io/garden/tree/v0.11.8/examples). We'll use the [demo-project-start](https://github.com/garden-io/garden/tree/v0.11.8/examples/demo-project-start/) example and work our way from there. The final version is under [demo-project](https://github.com/garden-io/garden/tree/v0.11.8/examples/demo-project).
+The code for this tutorial can be found in our Github repository under the [examples directory](https://github.com/garden-io/garden/tree/v0.11.9/examples). We'll use the [demo-project-start](https://github.com/garden-io/garden/tree/v0.11.9/examples/demo-project-start/) example and work our way from there. The final version is under [demo-project](https://github.com/garden-io/garden/tree/v0.11.9/examples/demo-project).
First, let's clone the examples repo, change into the directory, and take a look inside:
diff --git a/docs/example-projects/tls-project.md b/docs/example-projects/tls-project.md
index 6369be94d8..9da18e0cf7 100644
--- a/docs/example-projects/tls-project.md
+++ b/docs/example-projects/tls-project.md
@@ -8,7 +8,7 @@ This project shows how you can configure a TLS certificate to use for local deve
For the example to work you need to configure a local certificate authority (CA) on your computer for development. We'll use
[mkcert](https://github.com/FiloSottile/mkcert) for this purpose.
-_Note: The source code for this project can be found at: [https://github.com/garden-io/garden/tree/v0.11.8/examples/local-tls](https://github.com/garden-io/garden/tree/v0.11.8/examples/local-tls)._
+_Note: The source code for this project can be found at: [https://github.com/garden-io/garden/tree/v0.11.9/examples/local-tls](https://github.com/garden-io/garden/tree/v0.11.9/examples/local-tls)._
## Setup
diff --git a/docs/example-projects/using-garden-in-ci.md b/docs/example-projects/using-garden-in-ci.md
index fc27dbf711..702ea65ee9 100644
--- a/docs/example-projects/using-garden-in-ci.md
+++ b/docs/example-projects/using-garden-in-ci.md
@@ -23,7 +23,7 @@ The guide is based on the [Remote Kubernetes](https://docs.garden.io/guides/remo
## Project overview
-The project is based on our basic [demo-project](https://github.com/garden-io/garden/tree/v0.11.8/examples/demo-project) example, but configured for multiple environments. Additionally it contains a CircleCI config file. You'll find the entire source code [here](https://github.com/garden-io/ci-demo-project).
+The project is based on our basic [demo-project](https://github.com/garden-io/garden/tree/v0.11.9/examples/demo-project) example, but configured for multiple environments. Additionally it contains a CircleCI config file. You'll find the entire source code [here](https://github.com/garden-io/ci-demo-project).
The CI pipeline in configured so that Garden tests the project and deploys it to a **preview** environment on every pull request. Additionally, it tests the project and deploys it to a separate **staging** environment on every merge to the `master` branch.
diff --git a/docs/guides/container-modules.md b/docs/guides/container-modules.md
index 0f462bd64d..c73b3bce54 100644
--- a/docs/guides/container-modules.md
+++ b/docs/guides/container-modules.md
@@ -57,7 +57,7 @@ If you specify a tag as well, for example `image: my-org/my-container:v1.2.3`, t
In the case of Kubernetes, Garden will take the simplified `container` service specification and convert it to the corresponding Kubernetes manifests, i.e. Deployment, Service and (if applicable) Ingress resources.
-Here, for example, is the spec for the `frontend` service in our example [demo project](https://github.com/garden-io/garden/tree/v0.11.8/examples/demo-project):
+Here, for example, is the spec for the `frontend` service in our example [demo project](https://github.com/garden-io/garden/tree/v0.11.9/examples/demo-project):
```yaml
kind: Module
@@ -141,7 +141,7 @@ kubectl --namespace create secret generic --from-literal=some
Where `` is your project namespace (which is either set with `namespace` in your provider config, or defaults to your project name). There are notably other, more secure ways to create secrets via `kubectl`. Please refer to the offical [Kubernetes Secrets docs](https://kubernetes.io/docs/concepts/configuration/secret/#creating-a-secret-using-kubectl-create-secret) for details.
-Also check out the [Kubernetes Secrets example project](https://github.com/garden-io/garden/tree/v0.11.8/examples/kubernetes-secrets) for a working example.
+Also check out the [Kubernetes Secrets example project](https://github.com/garden-io/garden/tree/v0.11.9/examples/kubernetes-secrets) for a working example.
## Running tests
diff --git a/docs/guides/remote-kubernetes.md b/docs/guides/remote-kubernetes.md
index 2450ee0dcd..20befe164f 100644
--- a/docs/guides/remote-kubernetes.md
+++ b/docs/guides/remote-kubernetes.md
@@ -130,7 +130,7 @@ to your registry's documentation on how to do that (for Docker Hub you simply ru
### Ingress, TLS and DNS
-By default, Garden will not install an ingress controller for remote environments. This can be toggled by setting the [`setupIngressController` flag](../reference/providers/kubernetes.md#providerssetupingresscontroller) to `nginx`. Alternatively, you can set up your own ingress controller, e.g. using [Traefik](https://traefik.io/), [Ambassador](https://www.getambassador.io/) or [Istio](https://istio.io/). You can find examples for [using Garden with Ambassador](https://github.com/garden-io/garden/tree/v0.11.8/examples/ambassador) and [with Istio](https://github.com/garden-io/garden/tree/v0.11.8/examples/istio) in our [examples directory](https://github.com/garden-io/garden/tree/v0.11.8/examples).
+By default, Garden will not install an ingress controller for remote environments. This can be toggled by setting the [`setupIngressController` flag](../reference/providers/kubernetes.md#providerssetupingresscontroller) to `nginx`. Alternatively, you can set up your own ingress controller, e.g. using [Traefik](https://traefik.io/), [Ambassador](https://www.getambassador.io/) or [Istio](https://istio.io/). You can find examples for [using Garden with Ambassador](https://github.com/garden-io/garden/tree/v0.11.9/examples/ambassador) and [with Istio](https://github.com/garden-io/garden/tree/v0.11.9/examples/istio) in our [examples directory](https://github.com/garden-io/garden/tree/v0.11.9/examples).
You'll also need to point one or more DNS entries to your cluster, and configure a TLS certificate for the hostnames
you will expose for ingress.
diff --git a/docs/guides/using-helm-charts.md b/docs/guides/using-helm-charts.md
index 18e21746fb..0a2d5141a1 100644
--- a/docs/guides/using-helm-charts.md
+++ b/docs/guides/using-helm-charts.md
@@ -2,13 +2,13 @@
The [Helm](https://helm.sh/) package manager is one of the most commonly used tools for managing Kubernetes manifests. Garden supports using your own Helm charts, alongside your container modules, via the `kubernetes` and `local-kubernetes` providers. This guide shows you how to configure and use 3rd-party (or otherwise external) Helm charts, as well as your own charts in your Garden project. We also go through how to set up tests, tasks and hot-reloading for your charts.
-In this guide we'll be using the [vote-helm](https://github.com/garden-io/garden/tree/v0.11.8/examples/vote-helm) project. If you prefer to just check out a complete example, the project itself is also a good resource.
+In this guide we'll be using the [vote-helm](https://github.com/garden-io/garden/tree/v0.11.9/examples/vote-helm) project. If you prefer to just check out a complete example, the project itself is also a good resource.
You may also want to check out the full [helm module reference](../reference/module-types/helm.md).
_Note: If you only need a way to deploy some Kubernetes manifests and don't need all the features of Helm, you can_
_use the simpler `kubernetes` module type instead. Check out the_
-_[kubernetes-module](https://github.com/garden-io/garden/tree/v0.11.8/examples/kubernetes-module) example for more info._
+_[kubernetes-module](https://github.com/garden-io/garden/tree/v0.11.9/examples/kubernetes-module) example for more info._
## Basics
@@ -308,7 +308,7 @@ You can define a remote environment as a `production` environment by setting the
## Next steps
-Check out the full [helm module reference](../reference/module-types/helm.md) for more details, and the [vote-helm](https://github.com/garden-io/garden/tree/v0.11.8/examples/vote-helm) example project for a full project that showcases Garden's Helm support.
+Check out the full [helm module reference](../reference/module-types/helm.md) for more details, and the [vote-helm](https://github.com/garden-io/garden/tree/v0.11.9/examples/vote-helm) example project for a full project that showcases Garden's Helm support.
-Also check out the [kubernetes-module](https://github.com/garden-io/garden/tree/v0.11.8/examples/kubernetes-module)
+Also check out the [kubernetes-module](https://github.com/garden-io/garden/tree/v0.11.9/examples/kubernetes-module)
example for a simpler alternative, if you don't need all the features of Helm.
diff --git a/docs/reference/providers/conftest-kubernetes.md b/docs/reference/providers/conftest-kubernetes.md
index 63fa3a9c78..743bc5c0a3 100644
--- a/docs/reference/providers/conftest-kubernetes.md
+++ b/docs/reference/providers/conftest-kubernetes.md
@@ -14,7 +14,7 @@ Simply add this provider to your project configuration, and configure your polic
reference for how to configure default policies, default namespaces, and test failure thresholds for the generated
modules.
-See the [conftest example project](https://github.com/garden-io/garden/tree/v0.11.8/examples/conftest) for a simple
+See the [conftest example project](https://github.com/garden-io/garden/tree/v0.11.9/examples/conftest) for a simple
usage example.
Below is the full schema reference for the provider configuration. For an introduction to configuring a Garden project with providers, please look at our [configuration guide](../../guides/configuration-files.md).
diff --git a/docs/reference/providers/conftest.md b/docs/reference/providers/conftest.md
index 3ff4ab067e..b4d90ea930 100644
--- a/docs/reference/providers/conftest.md
+++ b/docs/reference/providers/conftest.md
@@ -9,7 +9,7 @@ tocTitle: "`conftest`"
This provider allows you to validate your configuration files against policies that you specify, using the [conftest tool](https://github.com/instrumenta/conftest) and Open Policy Agent rego query files. The provider creates a module type of the same name, which allows you to specify files to validate. Each module then creates a Garden test that becomes part of your Stack Graph.
-Note that, in many cases, you'll actually want to use more specific providers that can automatically configure your `conftest` modules, e.g. the [`conftest-container`](https://docs.garden.io/reference/providers/conftest-container) and/or [`conftest-kubernetes`](https://docs.garden.io/reference/providers/conftest-kubernetes) providers. See the [conftest example project](https://github.com/garden-io/garden/tree/v0.11.8/examples/conftest) for a simple usage example of the latter.
+Note that, in many cases, you'll actually want to use more specific providers that can automatically configure your `conftest` modules, e.g. the [`conftest-container`](https://docs.garden.io/reference/providers/conftest-container) and/or [`conftest-kubernetes`](https://docs.garden.io/reference/providers/conftest-kubernetes) providers. See the [conftest example project](https://github.com/garden-io/garden/tree/v0.11.9/examples/conftest) for a simple usage example of the latter.
If those don't match your needs, you can use this provider directly and manually configure your `conftest` modules. Simply add this provider to your project configuration, and see the [conftest module documentation](https://docs.garden.io/reference/module-types/conftest) for a detailed reference. Also, check out the below reference for how to configure default policies, default namespaces, and test failure thresholds for all `conftest` modules.
diff --git a/docs/reference/providers/hadolint.md b/docs/reference/providers/hadolint.md
index 19c268b40d..1614475876 100644
--- a/docs/reference/providers/hadolint.md
+++ b/docs/reference/providers/hadolint.md
@@ -11,7 +11,7 @@ This provider creates a [`hadolint`](https://docs.garden.io/reference/module-typ
To configure `hadolint`, you can use `.hadolint.yaml` config files. For each test, we first look for one in the relevant module root. If none is found there, we check the project root, and if none is there we fall back to default configuration. Note that for reasons of portability, we do not fall back to global/user configuration files.
-See the [hadolint docs](https://github.com/hadolint/hadolint#configure) for details on how to configure it, and the [hadolint example project](https://github.com/garden-io/garden/tree/v0.11.8/examples/hadolint) for a usage example.
+See the [hadolint docs](https://github.com/hadolint/hadolint#configure) for details on how to configure it, and the [hadolint example project](https://github.com/garden-io/garden/tree/v0.11.9/examples/hadolint) for a usage example.
Below is the full schema reference for the provider configuration. For an introduction to configuring a Garden project with providers, please look at our [configuration guide](../../guides/configuration-files.md).
diff --git a/docs/reference/providers/openfaas.md b/docs/reference/providers/openfaas.md
index ef91e4aac5..e427333653 100644
--- a/docs/reference/providers/openfaas.md
+++ b/docs/reference/providers/openfaas.md
@@ -11,7 +11,7 @@ This provider adds support for [OpenFaaS](https://www.openfaas.com/). It adds th
See the reference below for configuration options for `faas-netes`, and the [module type docs](https://docs.garden.io/reference/module-types/openfaas) for how to configure the individual functions.
-Also see the [openfaas example project](https://github.com/garden-io/garden/tree/v0.11.8/examples/openfaas) for a simple usage example.
+Also see the [openfaas example project](https://github.com/garden-io/garden/tree/v0.11.9/examples/openfaas) for a simple usage example.
Below is the full schema reference for the provider configuration. For an introduction to configuring a Garden project with providers, please look at our [configuration guide](../../guides/configuration-files.md).
diff --git a/docs/using-garden/adding-modules.md b/docs/using-garden/adding-modules.md
index 21e3d11aec..0e5b1cd710 100644
--- a/docs/using-garden/adding-modules.md
+++ b/docs/using-garden/adding-modules.md
@@ -9,7 +9,7 @@ Modules are the basic **unit of building** in Garden. They are usually the first
A module can correspond to a Dockerfile and its associated code, a remote Docker image, a Helm chart, an OpenFaaS function, and more, all depending on the module type.
-Below is a simple example of a module's `garden.yml` (from the [`demo-project`](https://github.com/garden-io/garden/tree/v0.11.8/examples/demo-project) example project):
+Below is a simple example of a module's `garden.yml` (from the [`demo-project`](https://github.com/garden-io/garden/tree/v0.11.9/examples/demo-project) example project):
```yaml
kind: Module
diff --git a/docs/using-garden/running-tasks.md b/docs/using-garden/running-tasks.md
index 60aec45b51..ff4abf8092 100644
--- a/docs/using-garden/running-tasks.md
+++ b/docs/using-garden/running-tasks.md
@@ -84,7 +84,7 @@ tasks:
- postgres
```
-The full example is [available here](https://github.com/garden-io/garden/blob/v0.10.11/examples/vote-helm/postgres/garden.yml). There's [also a version](https://github.com/garden-io/garden/tree/v0.11.8/examples/vote) that uses the `container` module type instead of Helm charts.
+The full example is [available here](https://github.com/garden-io/garden/blob/v0.10.11/examples/vote-helm/postgres/garden.yml). There's [also a version](https://github.com/garden-io/garden/tree/v0.11.9/examples/vote) that uses the `container` module type instead of Helm charts.
## Advanced
diff --git a/garden-service/package-lock.json b/garden-service/package-lock.json
index 5be39de5c6..31137dab3e 100644
--- a/garden-service/package-lock.json
+++ b/garden-service/package-lock.json
@@ -1,6 +1,6 @@
{
"name": "garden-service",
- "version": "0.11.8",
+ "version": "0.11.9",
"lockfileVersion": 1,
"requires": true,
"dependencies": {
diff --git a/garden-service/package.json b/garden-service/package.json
index c7e163e097..cbb9908baa 100644
--- a/garden-service/package.json
+++ b/garden-service/package.json
@@ -1,6 +1,6 @@
{
"name": "garden-service",
- "version": "0.11.8",
+ "version": "0.11.9",
"description": "A full-featured development framework for containers and serverless",
"repository": {
"type": "git",