Merge pull request #33690 from caesarxuchao/update-changelog

Automatic merge from submit-queue

Annouce beta garbage collectionin CHANGELOG

announce beta garbage collection in 1.4.0 CHANGELOG;
copy behavior change of DELETE operation to 1.4.0 CHANGELOG.
pull/6/head
Kubernetes Submit Queue 2016-09-28 15:31:23 -07:00 committed by GitHub
commit 839f15a8b5
1 changed files with 9 additions and 1 deletions

View File

@ -13,6 +13,7 @@
- [Deployments](#deployments) - [Deployments](#deployments)
- [kubectl rolling-update: < v1.4.0 client vs >=v1.4.0 cluster](#kubectl-rolling-update--v140-client-vs-v140-cluster) - [kubectl rolling-update: < v1.4.0 client vs >=v1.4.0 cluster](#kubectl-rolling-update--v140-client-vs-v140-cluster)
- [kubectl delete: < v1.4.0 client vs >=v1.4.0 cluster](#kubectl-delete--v140-client-vs-v140-cluster) - [kubectl delete: < v1.4.0 client vs >=v1.4.0 cluster](#kubectl-delete--v140-client-vs-v140-cluster)
- [DELETE operation in REST API](#delete-operation-in-rest-api)
- [Action Required Before Upgrading](#action-required-before-upgrading) - [Action Required Before Upgrading](#action-required-before-upgrading)
- [Previous Releases Included in v1.4.0](#previous-releases-included-in-v140) - [Previous Releases Included in v1.4.0](#previous-releases-included-in-v140)
- [v1.4.0-beta.11](#v140-beta11) - [v1.4.0-beta.11](#v140-beta11)
@ -47,7 +48,7 @@
- [Behavior changes caused by enabling the garbage collector](#behavior-changes-caused-by-enabling-the-garbage-collector) - [Behavior changes caused by enabling the garbage collector](#behavior-changes-caused-by-enabling-the-garbage-collector)
- [kubectl rolling-update](#kubectl-rolling-update) - [kubectl rolling-update](#kubectl-rolling-update)
- [kubectl delete](#kubectl-delete) - [kubectl delete](#kubectl-delete)
- [DELETE operation in REST API](#delete-operation-in-rest-api) - [DELETE operation in REST API](#delete-operation-in-rest-api-1)
- [v1.4.0-beta.2](#v140-beta2) - [v1.4.0-beta.2](#v140-beta2)
- [Downloads](#downloads-10) - [Downloads](#downloads-10)
- [Changelog since v1.4.0-beta.1](#changelog-since-v140-beta1) - [Changelog since v1.4.0-beta.1](#changelog-since-v140-beta1)
@ -243,6 +244,7 @@ This is the first release tracked via the use of the [kubernetes/features](https
- **API Machinery** - **API Machinery**
- [alpha] Generate audit logs for every request user performs against secured API server endpoint. ([docs](http://kubernetes.io/docs/admin/audit/)) ([kubernetes/features#22](https://github.com/kubernetes/features/issues/22)) - [alpha] Generate audit logs for every request user performs against secured API server endpoint. ([docs](http://kubernetes.io/docs/admin/audit/)) ([kubernetes/features#22](https://github.com/kubernetes/features/issues/22))
- [beta] `kube-apiserver` now publishes a swagger 2.0 spec in addition to a swagger 1.2 spec ([kubernetes/features#53](https://github.com/kubernetes/features/issues/53)) - [beta] `kube-apiserver` now publishes a swagger 2.0 spec in addition to a swagger 1.2 spec ([kubernetes/features#53](https://github.com/kubernetes/features/issues/53))
- [beta] Server-side garbage collection is enabled by default. See [user-guide](http://kubernetes.io/docs/user-guide/garbage-collection/)
- **Apps** - **Apps**
- [alpha] Introducing 'ScheduledJobs', which allow running time based Jobs, namely once at a specified time or repeatedly at specified point in time. ([docs](http://kubernetes.io/docs/user-guide/scheduled-jobs/)) ([kubernetes/features#19](https://github.com/kubernetes/features/issues/19)) - [alpha] Introducing 'ScheduledJobs', which allow running time based Jobs, namely once at a specified time or repeatedly at specified point in time. ([docs](http://kubernetes.io/docs/user-guide/scheduled-jobs/)) ([kubernetes/features#19](https://github.com/kubernetes/features/issues/19))
- **Auth** - **Auth**
@ -330,6 +332,12 @@ If this happens to you, you can wait at most 10 minutes for the replication cont
If you use an old version kubectl to delete a replication controller or replicaset, then after the delete command has returned, the replication controller or the replicaset will continue to exist in the key-value store for a short period of time (<1s). You probably will not notice any difference if you use kubectl manually, but you might notice it if you are using kubectl in a script. If you use an old version kubectl to delete a replication controller or replicaset, then after the delete command has returned, the replication controller or the replicaset will continue to exist in the key-value store for a short period of time (<1s). You probably will not notice any difference if you use kubectl manually, but you might notice it if you are using kubectl in a script.
### DELETE operation in REST API
* **Replication controller & Replicaset**: the DELETE request of a replication controller or a replicaset becomes asynchronous by default. The object will continue to exist in the key-value store for some time. The API server will set its metadata.deletionTimestamp, add the "orphan" finalizer to its metadata.finalizers. The object will be deleted from the key-value store after the garbage collector orphans its dependents. Please refer to this [user-guide](http://kubernetes.io/docs/user-guide/garbage-collector/) for more information regarding the garbage collection.
* **Other objects**: no changes unless you explicitly request orphaning.
## Action Required Before Upgrading ## Action Required Before Upgrading
- If you are using Kubernetes to manage `docker` containers, please be aware Kubernetes has been validated to work with docker 1.9.1, docker 1.11.2 (#23397), and docker 1.12.0 (#28698) - If you are using Kubernetes to manage `docker` containers, please be aware Kubernetes has been validated to work with docker 1.9.1, docker 1.11.2 (#23397), and docker 1.12.0 (#28698)