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
1. Kind-based filtering on object streams -- only operate on the kinds of objects specified. This would make directory-based kubectl operations much more useful. Users should be able to instantiate the example applications using `kubectl create -f <example-dir> ...`
9
8
1. Create services before other objects, or at least before objects that depend upon them. Namespace-relative DNS mitigates this some, but most users are still using service environment variables. [#1768](https://github.com/GoogleCloudPlatform/kubernetes/issues/1768)
10
-
1. Pretty printing of endpoints
11
-
1. Service address/port lookup command(s)
12
9
1. Finish rolling update [#1353](https://github.com/GoogleCloudPlatform/kubernetes/issues/1353)
13
10
1. Friendly to auto-scaling [#2863](https://github.com/GoogleCloudPlatform/kubernetes/pull/2863#issuecomment-69701562)
14
11
1. Rollback (make rolling-update reversible, and complete an in-progress rolling update by taking 2 replication controller names rather than always taking a file)
@@ -17,27 +14,29 @@ See also issues with the following labels:
17
14
1. Use readiness [#620](https://github.com/GoogleCloudPlatform/kubernetes/issues/620)
18
15
1. Perhaps factor this in a way that it can be shared with [Openshift’s deployment controller](https://github.com/GoogleCloudPlatform/kubernetes/issues/1743)
19
16
1. Rolling update service as a plugin
20
-
1. List supported API versions
17
+
1. Kind-based filtering on object streams -- only operate on the kinds of objects specified. This would make directory-based kubectl operations much more useful. Users should be able to instantiate the example applications using `kubectl create -f <example-dir> ...`
18
+
1. Improved pretty printing of endpoints, such as in the case that there are more than a few endpoints
1. --name, --name-suffix applied during creation and updates
24
23
1. --labels and opinionated label injection: --app=foo, --tier={fe,cache,be,db}, --uservice=redis, --env={dev,test,prod}, --stage={canary,final}, --track={hourly,daily,weekly}, --release=0.4.3c2. Exact ones TBD. We could allow arbitrary values -- the keys are important. The actual label keys would be (optionally?) namespaced with kubectl.kubernetes.io/, or perhaps the user’s namespace.
25
24
1. --annotations and opinionated annotation injection: --description, --revision
26
-
1. Bulk updates (similar to get, create, delete)
27
25
1. Imperative updates. We'll want to optionally make these safe(r) by supporting preconditions based on the current value and resourceVersion.
28
26
1. annotation updates similar to label updates
29
-
1. more user-friendly on-command-line json for patch
27
+
1. other custom commands for common imperative updates
28
+
1. more user-friendly (but still generic) on-command-line json for patch
30
29
1. We also want to support the following flavors of more general updates:
31
30
1. whichever we don’t support:
32
31
1. safe update: update the full resource, guarded by resourceVersion precondition (and perhaps selected value-based preconditions)
33
32
1. forced update: update the full resource, blowing away the previous Spec without preconditions; delete and re-create if necessary
34
-
1. diff/dryrun: Compare new config with current Spec
33
+
1. diff/dryrun: Compare new config with current Spec[#6284](https://github.com/GoogleCloudPlatform/kubernetes/issues/6284)
35
34
1. submit/apply/reconcile/ensure/merge: Merge user-provided fields with current Spec. Keep track of user-provided fields using an annotation -- see [#1702](https://github.com/GoogleCloudPlatform/kubernetes/issues/1702). Delete all objects with deployment-specific labels.
36
35
1. --dry-run for all commands
37
36
1. Support full label selection syntax, including support for namespaces.
38
37
1. Wait on conditions [#1899](https://github.com/GoogleCloudPlatform/kubernetes/issues/1899)
39
38
1. Make kubectl scriptable: make output and exit code behavior consistent and useful for wrapping in workflows and piping back into kubectl and/or xargs (e.g., dump full URLs?, distinguish permanent and retry-able failure, identify objects that should be retried)
40
-
1. Here's [an example](http://techoverflow.net/blog/2013/10/22/docker-remove-all-images-and-containers/) where multiple objects on the command line and an option to dump object names only (`-q`) would be useful in combination.
39
+
1. Here's [an example](http://techoverflow.net/blog/2013/10/22/docker-remove-all-images-and-containers/) where multiple objects on the command line and an option to dump object names only (`-q`) would be useful in combination.[#5906](https://github.com/GoogleCloudPlatform/kubernetes/issues/5906)
41
40
1. Easy generation of clean configuration files from existing objects (including containers -- podex) -- remove readonly fields, status
42
41
1. Export from one namespace, import into another is an important use case
43
42
1. Derive objects from other objects
@@ -53,10 +52,11 @@ See also issues with the following labels:
53
52
1. More intelligent defaulting of fields (e.g., [#2643](https://github.com/GoogleCloudPlatform/kubernetes/issues/2643))
54
53
1. Update preconditions based on the values of arbitrary object fields.
55
54
1. Deployment manager compatibility on GCP: [#3685](https://github.com/GoogleCloudPlatform/kubernetes/issues/3685)
55
+
1. Describe multiple objects, multiple kinds of objects [#5905](https://github.com/GoogleCloudPlatform/kubernetes/issues/5905)
56
+
1. Support yaml document separator [#5840](https://github.com/GoogleCloudPlatform/kubernetes/issues/5840)
0 commit comments