-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RFE: Provide a parseable output (JSON / YAML) #83
Comments
For commands fetching a single resource or a collection of resources, json/yaml output makes all the sense. However, for "action commands" like
wdyt @nmasse-itix? |
Implemented for some commands #229 Pending to decide what to do with "task based" commands, i.e. those commands not returning resources, but runnning a list of task, like |
Fixed #229 |
The 3scale toolbox is being improved to become the recommended way to configure and deploy services in 3scale. This fits in a broader approach of Continuous Delivery that has been started by several customers / communities (I personally maintain the threescale-cicd ansible role. Those approaches are using different means to drive the 3scale admin portal, some are using the 3scale-cli other (like the threescale-cicd role) are using the 3scale REST APIs.
If we want to make the 3scale_toolbox the de facto standard for interacting with 3scale, we need it to be usable in a CI/CD approach.
At a glance, here are the features I expect from the 3scale toolbox :
oc cmd -o yaml
)Outputting JSON or YAML
Since the 3scale toolbox will be used from scripts / pipelines / etc, its output must be easily parseable by a program without any ambiguity.
Proposition
Akin to the "oc" or "kubectl" command, 3scale toolbox output can be changed by specifying a flag in the command line.
Exemple
By default, the 3scale toolbox output human readable information
But a YAML output can be used instead
This feature needs to be in the toolbox's core so that every plugin can leverage this feature.
The text was updated successfully, but these errors were encountered: