Skip to content

Commit bc294d9

Browse files
author
Aaron Lane
authored
Remove upgrade notes from CHANGELOG
This content of this section is incomplete (missing 5.0.0) and redundant with the CHANGELOG.
1 parent 152ff2e commit bc294d9

File tree

1 file changed

+0
-16
lines changed

1 file changed

+0
-16
lines changed

README.md

Lines changed: 0 additions & 16 deletions
Original file line numberDiff line numberDiff line change
@@ -108,22 +108,6 @@ Then perform the following commands on the root folder:
108108
- `terraform apply` to apply the infrastructure build
109109
- `terraform destroy` to destroy the built infrastructure
110110

111-
## Upgrade to v3.0.0
112-
113-
v3.0.0 is a breaking release. Refer to the
114-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
115-
116-
## Upgrade to v2.0.0
117-
118-
v2.0.0 is a breaking release. Refer to the
119-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
120-
121-
## Upgrade to v1.0.0
122-
123-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
124-
125-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
126-
127111
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
128112
## Inputs
129113

0 commit comments

Comments
 (0)