Merge pull request #1553 from roycaihw/release-cleanups
Update readme and changelog in the master branch, add minor changes to the release automation script
This commit is contained in:
commit
96dade6021
@ -1,6 +1,6 @@
|
||||
# v19.0.0-snapshot
|
||||
# v19.15.0a1
|
||||
|
||||
Kubernetes API Version: v1.19.14
|
||||
Kubernetes API Version: v1.19.15
|
||||
|
||||
### Bug Fix
|
||||
- Type checking in `Client.serialize_body()` was made more restrictive and robust. ([kubernetes-client/python-base#241](https://github.com/kubernetes-client/python-base/pull/241), [@piglei](https://github.com/piglei))
|
||||
|
||||
@ -88,6 +88,7 @@ supported versions of Kubernetes clusters.
|
||||
- [client 12.y.z](https://pypi.org/project/kubernetes/12.0.1/): Kubernetes 1.15 or below (+-), Kubernetes 1.16 (✓), Kubernetes 1.17 or above (+-)
|
||||
- [client 17.y.z](https://pypi.org/project/kubernetes/17.17.0/): Kubernetes 1.16 or below (+-), Kubernetes 1.17 (✓), Kubernetes 1.18 or above (+-)
|
||||
- [client 18.y.z](https://pypi.org/project/kubernetes/18.20.0/): Kubernetes 1.17 or below (+-), Kubernetes 1.18 (✓), Kubernetes 1.19 or above (+-)
|
||||
- [client 19.y.z](https://pypi.org/project/kubernetes/19.15.0a1/): Kubernetes 1.18 or below (+-), Kubernetes 1.19 (✓), Kubernetes 1.20 or above (+-)
|
||||
|
||||
> See [here](#homogenizing-the-kubernetes-python-client-versions) for an explaination of why there is no v13-v16 release.
|
||||
|
||||
@ -128,6 +129,7 @@ between client-python versions.
|
||||
| 17.0 | Kubernetes main repo, 1.17 branch | ✓ |
|
||||
| 18.0 Alpha/Beta | Kubernetes main repo, 1.18 branch | ✗ |
|
||||
| 18.0 | Kubernetes main repo, 1.18 branch | ✓ |
|
||||
| 19.0 Alpha/Beta | Kubernetes main repo, 1.19 branch | ✓ |
|
||||
|
||||
> See [here](#homogenizing-the-kubernetes-python-client-versions) for an explaination of why there is no v13-v16 release.
|
||||
|
||||
|
||||
@ -56,6 +56,9 @@
|
||||
# - add a sentence about "changes since {last release}". In most cases our
|
||||
# releases should be sequential. This script (the workflow above) is based on
|
||||
# this assumption, and we should make the release note clear about that.
|
||||
# - update readme; if it's a real release (instead of a snapshot in master
|
||||
# branch), also create a PR to update changelog and readme in the master
|
||||
# branch
|
||||
#
|
||||
# Usage:
|
||||
# $ KUBERNETES_BRANCH=release-1.19 CLIENT_VERSION=19.0.0-snapshot DEVELOPMENT_STATUS="3 - Alpha" scripts/release.sh
|
||||
@ -64,6 +67,9 @@ set -o errexit
|
||||
set -o nounset
|
||||
set -o pipefail
|
||||
|
||||
# used by the client generator: https://github.com/kubernetes-client/gen/blob/729332ad08f0f4d98983b7beb027e2f657236ef9/openapi/openapi-generator/client-generator.sh#L52
|
||||
export USERNAME=kubernetes
|
||||
|
||||
repo_root="$(git rev-parse --show-toplevel)"
|
||||
declare -r repo_root
|
||||
cd "${repo_root}"
|
||||
|
||||
Loading…
Reference in New Issue
Block a user