| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [View Raw Code] [Original HTTPS Page] |
📣 Support/Questions?: Please see our Support Page for general support questions. The issues on GitHub should be reserved for bug reports and feature requests.
These are mostly for reference--older major versions are typically not maintained.
Run the command(s) with --verbose to produce debugging output. We may ask for the full command output, including debug statements.
Please also copy/paste the output of the ionic info command into your issue and be as descriptive as possible. Include any steps that might help us reproduce your issue.
Post an issue describing your feature to open a dialogue with us. We're happy to hear from you!
Pull requests are most welcome! But, if you plan to add features or do large refactors, please open a dialogue with us first by creating an issue. Small bug fixes are welcome any time.
Looking for small issues to help with? You can browse the help wanted label. These are issues that have been marked as great opportunities for someone's first PR to the Ionic CLI. 😍
The Ionic CLI is organized into a monorepo. Here are the packages:
To switch between dev CLI and stable CLI, you can use a Node version manager such as nvm and switch between environments, e.g.
nvm install v16
nvm alias cli-local v16You can even set up an alias in your terminal that sets IONIC_CONFIG_DIRECTORY to have seperate configuration environments.
alias cli-local="nvm use cli-local && export IONIC_CONFIG_DIRECTORY=$HOME/.ionic/cli-local"When the Node environment is created, create a symlink to packages/@ionic/cli/bin/ionic within $NVM_BIN:
ln -s $(pwd)/packages/@ionic/cli/bin/ionic $NVM_BINThe following workflow is recommended for debugging the Ionic CLI:
Place debugger; statements where desired.
Run the CLI via node to use Node's --inspect-brk flag:
Open chrome://inspect in Chrome and select the remote target to use DevTools for debugging.
Read more about Node debugging in the Debugging Guide.
CI automatically publishes the next version semantically from analyzing commits in stable. To maintain a shared history between develop and stable, the branches must be rebased with each other locally.
When it's time to cut a release from develop:
git checkout stable git rebase develop git push origin stable
Await successful publish in CI. Ionitron will push the updated versions and tags to stable.
Sync develop with stable.
git pull origin stable git checkout develop git rebase stable git push origin develop
To publish testing versions, follow these steps:
| Back | FazBrowse Home | New Git URL |