The inspiration came from Organizer and kubectl
The group identifies the company

sf auth:web:login -a foo -g bar => add environment to group
sf org:list -g bar => display all environments from group
It is like the namespace flag in kubectl
Use cases:
- I can use the same aliases for the main environments (dev, qa, prod)
This would be possible
group: customer_1
enviroments: dev, qa, prod (aliases)
group: customer_2
environments: dev, qa, prod (aliases)
Instead of
customer_1_dev
customer_2_dev
- running
sfdx force:org:display will no longer be necessary to determine the customer the environment belongs to
- group scratch orgs from multiple devhubs
The inspiration came from Organizer and kubectl
The group identifies the company

It is like the
namespaceflag in kubectlUse cases:
This would be possible
group: customer_1
enviroments: dev, qa, prod (aliases)
group: customer_2
environments: dev, qa, prod (aliases)
Instead of
customer_1_dev
customer_2_dev
sfdx force:org:displaywill no longer be necessary to determine the customer the environment belongs to