CLI reference
storeenv invite
Invite people by email or StoreEnv username, with a role and scope.
zsh
$ cd ~/code/my-app$ storeenv invite bea@example.com --role editorInvitation sent to bea@example.com.Invite link: https://storeenv.app/invites/1e5bcdb096737b992e407587890d8e216ff03e98f17df2f9Keys are shared once they accept and set up their key.
$ storeenv invite <users..>
Arguments
<users> | @username or email. |
Flags
--role <viewer|editor|admin> | Role in the project. One of: viewer, editor, admin. Default: viewer. |
--keys <value> | Specific secrets: backend/.env.production:DB_HOST,DB_USER. |
--files <value> | Whole files: backend/.env.production. |
--expires <value> | Access expiry: 24h, 7d, 30d. |
--prod | Give production access (owner only). |
--message <value>, -m | A note included in the invitation. |
Good to know
- Invite by email address or StoreEnv username. Someone without an account gets an email; they sign up and accept.
- The new member shows as pending key share until a device that can read the secrets wraps the keys for them. Your next CLI command does that, or run storeenv share.
Related commands
Global flags
--project <value> | Project as <namespace/name> or its id (default: .storeenv.json, then this repository's remotes). |
--env <value> | Environment name. |
--json | Machine readable output. |
--yes, -y | Skip confirmations. |
--color | Coloured output (--no-color to turn off). Default: true. |
--verbose | Show debug details. |
--api <value> | API base URL of a self-hosted StoreEnv. |
--trust-writer <value> | Trust a writer for this run: @login=SE:XXXX-XXXX-XXXX. |
--allow-unsigned | pull and diff: use values that aren't signed by a trusted writer, after you confirm on a terminal (or with STOREENV_ALLOW_UNSIGNED=1). Never applies to run or copy. |