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
Also, that will remove the need to have a confirmation input to validate the current context, because the user did already manually specified the context they want
Why is this needed:
For someone who manages multiple instances/environments and needs to access those envs regularly, having to go through the menu selection is slow and a bit tedious
instead passing the context inline will be much faster, and will also allow to reuse shell history and auto-completion on their terminal
The text was updated successfully, but these errors were encountered:
Do you know that you could use the service url directly copied from the console for the shell command?
qovery shell https://console.qovery.com/organization/{organizationId}/project/{projectId}/environment/{environmentId}/application/{applicationId}
Organization | myOrg
Project | myProject
Environment | [PR] blueprint - my service pr - 2023-06-23T08:20:35Z
Service | myService
ServiceType | myApplication
@evoxmusic URL parsing is very nice but you have to go through the console. What do you think about using go prompt to perform some API request and let the user construct his context inline directly on the command? As AWS cli uses with python-prompt for cli configure sso command by example.
What I think is interesting to do and can be done quickly:
Creation of an inline command context option
Refactor (centralisation and rationalisation) of all get context methods for all commands
Remove prompt-ui method from some select context methods and put it on his own utils struct
Create a go prompt utils struct for context prompt construction
Create a factory method to switch to prompt-ui or go prompt
What would you like to be added:
Be able to specify the context inline on a command
Also, that will remove the need to have a confirmation input to validate the current context, because the user did already manually specified the context they want
Why is this needed:
For someone who manages multiple instances/environments and needs to access those envs regularly, having to go through the menu selection is slow and a bit tedious
instead passing the context inline will be much faster, and will also allow to reuse shell history and auto-completion on their terminal
The text was updated successfully, but these errors were encountered: