-
Notifications
You must be signed in to change notification settings - Fork 1
Visualize the name of the configuration
#13
Comments
Sorry, you are right, actually I have Maybe my set up it is not so common and therefore it is me that I am confused! When you want to change a parameter the workflow is:
This would save a couple of steps (especially requiring just to memorize one name instead of two, that for people like me is a huge improvement!). Using the portal, it is quite common to modify the
|
Yes, it is quite clumsy process right now, I agree. Some sort of direct access to each entity would help as well. But the problem right now is also that there is a common Profile page with tabs for everything. Maybe if we split that into Profile, Configurations, Cloud Providers, and Deployment Parameters, and then provide direct access from the selection to add new or edit... In any case editing these items is not something a normal user would do, specially not the deployment parameters. But who knows what real users think?? |
+1 for the Idea to move away |
Yes, the SSH key section is something we are planning to do at some point,
so they can be reused/selected instead of adding them every time a
deployment is triggered.
…On 21 December 2017 at 12:05, Gianni Dalla Torre ***@***.***> wrote:
+1 for the Idea to move away Configurations and Deployment Parameters
from Profile.
I can understand instead Cloud Providers there and in the future I maybe
an SSH key section.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#13 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAqQJnpE_3hpzhPbJSKdkSZHN6SNpaiGks5tCkmlgaJpZM4RJmPi>
.
|
When you create a new deployment from the Application repository page, the first indication is:
Select configuration
but there is no indication of the name of the configuration.I understand, most of the time, is more understandable visualizing the cloud provider and the associated deployment parameters, but the actual status is quite confusing.
It would clearer, if the portal showed also the name of the configuration (including the underlying composition).
Alternatively, we can change the way the configurations are displayed, putting less stress on the name of the configuration (that in this moment is completely useless) and stressing more the combination of his components (cloud provider - and deployment parameter), in order to match the behaviour of the portal during the deployment.
The text was updated successfully, but these errors were encountered: