The Shelve CLI serves as a command-line interface designed for the Shelve platform. This tool enables users to authenticate with Shelve, facilitating the seamless transfer of environment variables for project collaboration within a team directly through the terminal interface.
Install the package locally:
bun a -d @shelve/cli
Configuration is loaded from cwd. You can use either shelve.json
, shelve.config.json
or .shelverc.json
, but running the CLI without any configuration will create a shelve.json
file.
The CLI also has a json schema for the configuration file. that can be used to validate the configuration file. (see it here)
{
"slug": "nuxtlabs",
"project": "@nuxt/ui",
"confirmChanges": true,
"autoCreate": true
}
If you are using a monorepo, Shelve will automatically detect the root of the monorepo and look for the global shelve.json
file. You can define here common configurations for all the projects in the monorepo (the team slug for example).
Usage: shelve [options] [command]
The command-line interface for Shelve
Options:
-V, --version output the version number
-h, --help display help for command
Commands:
create|c [options] Create a new project
pull|pl [options] Pull variables for specified environment to .env file
push|ps [options] Push variables for specified environment to Shelve
generate|g Generate resources for a project
upgrade|u Upgrade the Shelve CLI to the latest version
config|cf Show the current configuration
login|l Login to Shelve
logout|lo Logout from Shelve locally
me|m Show current user information
help [command] display help for command
If you are using a monorepo, running a command at the root level will execute the command for all the projects in the monorepo that have a shelve.json
file.
Local development
To start contributing, you can follow these steps:
- First raise an issue to discuss the changes you would like to make.
- Fork the repository.
- Create a branch using conventional commits and the issue number as the branch name. For example,
feat/123
orfix/456
. - Make changes following the local development steps.
- Commit your changes following the Conventional Commits specification.
- If your changes affect the code, run tests using
bun run test
. - Create a pull request following the Pull Request Template.
- To be merged, the pull request must pass the tests/workflow and have at least one approval.
- If your changes affect the documentation, make sure to update it.
- If your changes affect the code, make sure to update the tests.
- Wait for the maintainers to review your pull request.
- Once approved, the pull request will be merged in the next release !
Published under the APACHE license.
Made by @HugoRCD and community 💛
🤖 auto updated with automd (last updated: Mon Dec 30 2024)