The split between commands (create_team / create_user / assign_role) and their modifier options (config/email/password/team_name/role) is a bit confusing.
Suggestions:
firstly, split the arguments into two sections: commands (‘do this thing’), and options (‘do that thing like this’)
potentially disambiguate even further by removing the leading ‘-’ from commands, e.g. platform create_team -team_name=“foo” -email=“bar@baz”
I agree with @fooishbar and I go even further: we have four commands and some parameters, so why do we need to name them? I’m thinking how git does, git rebase <branch> or git push <remote> <branch>, the parameters are there, no need to add anything else.
Example:
platform assign_role team_name user@email.com admin platform create_team team_name user@email.com platform create_user team_name user@email.com password
Here we can have a flag for this specific command platform create_user team_name user@email.com --create-random-password platform config config.json
< system creates user, generates random password, expires password, sends password in confirmation email >
User logs in, puts in generated password, changes password, away they go.
"""
Please use double-dashes for long options and single dashes for short.
Most unix commands do this and I find it confusing when commands do it otherwise.
has anyone used the command line tools with an AWS Elastic Beanstalk instance? I am able to ssh into the instance and navigate to the correct folder var/app/current/app/mattermost but the ./platform command is not recognized? Any help is appreciated.