UserFrosting's CLI, or Command-line Interface, is called the Bakery. It provides a number of helpful commands that can assist you while you build, manage and install your application. To view a list of all available Bakery commands, you may use the list
command from your UserFrosting root directory:
$ php bakery list
Every command also includes a "help" screen which displays and describes the command's available arguments and options. To view a help screen, simply precede the name of the command with help:
$ php bakery help [command]
General help can also be displayed by running:
$ php bakery help
/
). Otherwise, you'll receive a Could not open input file: bakery
error.Bake is the general installation command. It combines setup:db
, setup:mail
, debug
, migrate
, create-admin
and build-assets
into a single command:
$ php bakery bake
composer update
, change assets, create a new sprinkle or install a community sprinkle.The build-assets
command is an alias for the node.js scripts used for asset management. The /build
directory contains the scripts and configuration files required to download Javascript, CSS, and other assets used by UserFrosting. This command will install all required build dependencies locally (e.g. Gulp and Yarn), and then automatically download frontend dependencies to /app/assets
.
See the Asset Management chapter for more information about asset bundles and the compile
option.
$ php bakery build-assets [options]
Option | Description |
---|---|
-c, --compile | Compile the assets and asset bundles for production environment |
-f, --force | Force fresh install by deleting cached data and installed assets |
production
.The clear-cache
command takes care of deleting all the cached data. See Chapter 17 for more information.
$ php bakery clear-cache
sudo
to avoid file permission issues when using the file
cache store.The create-admin
command is used to create the root user. This command will self-abort if the root user already exists.
$ php bakery create-admin [options]
Options can also be used to create the admin user without interaction (See the table below for the list of available options). For example :
$ php bakery create-admin --username="admin" --email="[email protected]" --password="adminadmin12" --firstName="Admin" --lastName="istrator"
Option | Description |
---|---|
--username[=USERNAME] | The admin user username |
--email[=EMAIL] | The admin user email |
--password[=PASSWORD] | The admin user password |
--firstName[=FIRSTNAME] | The admin user first name |
--lastName[=LASTNAME] | The admin user last name |
The debug
command will run a series of tests to make sure everything is ready to run UserFrosting on your system. If you have trouble accessing your UserFrosting installation, you should run this command first to make sure basic requirements are met.
The information displayed by this command can also be useful to other people when asking for help and submitting new issues on GitHub.
$ php bakery debug
This command compare two locales dictionaries. A list of all locale keys found in the left locale and not found in the right locale will be generated, as well as a list of all keys with empty values and/or duplicate values. This can be helpful to list all values in a specific languages that are present, but might need translation.
$ php bakery locale:compare [options]
This command is interactive, which mean it will ask for which locales to compare. Options can also be used to automatically compare the two locales without user interaction (See the table below for the list of available options).
This command will display :
array_diff_assoc
. This can be used to compare the two locales.Option | Description |
---|---|
-l, --left=LEFT | The base locale to compare against. |
-r, --right=RIGHT | The second locale to compare. |
--length=LENGTH | Set the length for preview column text. [default: 50] |
For example :
$ php bakery locale:compare -l en_US -r fr_FR
This command shows the compiled dictionnary for the selected locale.
$ php bakery locale:dictionary [options]
This command is interactive, which mean it will ask to select the locale to show the dictionnary from. Options can also be used to automatically select the locale without user interaction (See the table below for the list of available options).
Option | Description |
---|---|
-l, --locale=LOCALE | The selected locale. |
--length=LENGTH | Set the length for preview column text. [default: 50] |
For example :
$ php bakery locale:dictionary -l fr_FR
This command list all available locale as well as the defaut locale.
$ php bakery locale:info
Example output :
+------------+----------------------+----------------------+---------+---------+
| Identifier | Name | Regional | Parents | Default |
+------------+----------------------+----------------------+---------+---------+
| en_US | English | English | | Yes |
| es_ES | Spanish | Español | en_US | |
| de_DE | German | Deutsch | en_US | |
| fr_FR | French | Français | en_US | |
+------------+----------------------+----------------------+---------+---------+
The migrate
command runs all the pending database migrations. Migrations consist of special PHP classes used to manipulate the database structure and data, creating new tables or modifying existing ones. UserFrosting comes with a handful of migrations to create the default tables. The built-in migrations also handle the changes in the database between versions. See the Migrations section for more information about migrations.
$ php bakery migrate [options]
Option | Description |
---|---|
-p, --pretend | Run migrations in "dry run" mode |
-f, --force | Force the operation to run when in production |
-d, --database=DATABASE | The database connection to use |
-s, --step | Migrations will be run so they can be rolled back individually |
The pretend
option can be used to test migrations. This will display the underlying SQL queries:
$ php bakery migrate --pretend
Result :
UserFrosting\Sprinkle\Core\Database\Migrations\v400\SessionsTable
> select * from information_schema.tables where table_schema = ? and table_name = ?
> create table `sessions` (`id` varchar(255) not null, `user_id` int null, `ip_address` varchar(45) null, `user_agent` text null, `payload` text not null, `last_activity` int not null) default character set utf8 collate utf8_unicode_ci
> alter table `sessions` add unique `sessions_id_unique`(`id`)
The migrate:rollback
command allows you to cancel, or rollback, the last migration operation. For example, if something went wrong with the last migration operation or if you made a mistake in your migration definition, you can use that command to undo it.
Note that migrations are run in batches. For example, when running the migrate
command, if 4 classes (or migration definitions) are executed, all 4 definitions will be reverted when rolling back the last migration operation, unless you used the step
option with the migrate
command.
Options can also be used to rollback more than one migration at a time or to rollback a specific migration.
$ php bakery migrate:rollback [options]
Option | Description |
---|---|
-p, --pretend | Run migrations in "dry run" mode |
-f, --force | Force the operation to run when in production |
-d, --database=DATABASE | The database connection to use |
-m, --migration=MIGRATION | The specific migration class to rollback |
-s, --steps=STEPS | Number of steps to rollback [default: 1] |
The migrate:reset
command is the same as the rollback command, but it will revert every migration. Without options, this is the same as wiping the database to a clean state. Use this command with caution!.
$ php bakery migrate:reset [options]
Option | Description |
---|---|
-p, --pretend | Run migrations in "dry run" mode |
-f, --force | Force the operation to run when in production |
--hard | Hard reset the whole database to an empty state by dropping all tables |
-d, --database=DATABASE | The database connection to use |
--hard
option will bypass all migrations and drop all tables from the database. This can be used as a last resort when a specific migration won't allow you to reset the whole stack. Use extreme caution with this option !The migrate:refresh
command will rollback the last migration operation and execute it again. This is the same as executing migrate:rollback
and then migrate
.
$ php bakery migrate:refresh [options]
Option | Description |
---|---|
-f, --force | Force the operation to run when in production |
-d, --database=DATABASE | The database connection to use |
-s, --steps=STEPS | Number of steps to rollback [default: 1] |
The migrate:status
command will show what migration have been run and which one can be run. It will also display if a ran migration is available, in other words if this migration class was found so it can be rolledback.
$ php bakery migrate:status [options]
Option | Description |
---|---|
-d, --database=DATABASE | The database connection to use |
Display the list of all registered routes.
$ php bakery route:list [options]
Option | Description |
---|---|
--method=METHOD | Filter the routes by method |
--name=NAME | Filter the routes by name |
--uri=URI | Filter the routes by uri |
--reverse, -r | Reverse the ordering of the routes |
--sort=SORT | The column (method, uri, name, action) to sort by [default: "uri"] |
Example result:
$ php bakery route:list --uri=/account/ --method=POST --sort=action
Registered Routes
=================
-------- ------------------------------ ---------- -------------------------------------------------------------------------------
Method URI Name Action
-------- ------------------------------ ---------- -------------------------------------------------------------------------------
POST /account/forgot-password UserFrosting\Sprinkle\Account\Controller\AccountController:forgotPassword
POST /account/login UserFrosting\Sprinkle\Account\Controller\AccountController:login
POST /account/settings/profile UserFrosting\Sprinkle\Account\Controller\AccountController:profile
POST /account/register UserFrosting\Sprinkle\Account\Controller\AccountController:register
POST /account/resend-verification UserFrosting\Sprinkle\Account\Controller\AccountController:resendVerification
POST /account/set-password UserFrosting\Sprinkle\Account\Controller\AccountController:setPassword
POST /account/settings settings UserFrosting\Sprinkle\Account\Controller\AccountController:settings
-------- ------------------------------ ---------- -------------------------------------------------------------------------------
The seed
command will run the <class>
seed classes. See Chapter 12 for more info on database seeds.
$ php bakery seed [options] [--] <class> (<class>)...
Multiple seeds classes can be run at one by separating multiple seed classes with a space. For example, to run Class1
and Class2
:
$ php bakery seed Class1 Class2
Option | Description |
---|---|
-f, --force | Force the operation to run when in production |
The seed:list
command will list all database seeds available. See Chapter 12 for more info on database seeds.
$ php bakery seed:list
Example result:
Database Seeds List
===================
---------- -------------------------------------------------------- ----------
Name Namespace Sprinkle
---------- -------------------------------------------------------- ----------
TestSeed \UserFrosting\Sprinkle\Core\Database\Seeds\TestSeed Core
TestSeed \UserFrosting\Sprinkle\Account\Database\Seeds\TestSeed Account
---------- -------------------------------------------------------- ----------
The setup:db
command can be used to setup the database configuration. This configuration will be saved in the app/.env
file. This can also be done manually by editing the app/.env
file or using global server environment variables. See Environment Variables for more information about these variables.
$ php bakery setup:db [options]
Options can be used to defined each info individually in a non-interactive way (See the table below for the list of available options). For example :
php bakery setup:db --db_driver=mysql --db_name=userfrosting --db_port=3306 --db_host=localhost --db_user=userfrosting --db_password=secret
Option | Description |
---|---|
--force | Force setup if db is already configured |
--db_driver[=DB_DRIVER] | The database driver ["mysql","pgsql","sqlsrv","sqlite"] |
--db_name[=DB_NAME] | The database name |
--db_host[=DB_HOST] | The database hostname |
--db_port[=DB_PORT] | The database port |
--db_user[=DB_USER] | The database user |
--db_password[=DB_PASSWORD] | The database password |
The setup:mail
command can be used to setup the outgoing email configuration. Different setup method can be selected to guide you into configuring outgoing email support. This configuration will be saved in the app/.env
file.
As with the database setup, this can also be done manually by editing the app/.env
file or using global server environment variables. See Environment Variables for more information about these variables.
$ php bakery setup:mail [options]
Options can also be used to defined each info individually in a non-interactive way. When using one or more option, the "SMTP Server" method will automatically be selected.
Option | Description |
---|---|
--force | Force setup if SMTP appears to be already configured |
--smtp_host[=SMTP_HOST] | The SMTP server hostname |
--smtp_user[=SMTP_USER] | The SMTP server user |
--smtp_password[=SMTP_PASSWORD] | The SMTP server password |
--smtp_port[=SMTP_PORT] | The SMTP server port |
--smtp_auth[=SMTP_PASSWORD] | The SMTP server authentication |
--smtp_secure[=SMTP_SECURE] | The SMTP server security type |
The setup:env
command can be used to select the desired Environment Mode. The default choices are default
, production
and debug
. A custom value can also be defined.
As with the database and outgoing email setup, this can also be done manually by editing the app/.env
file or using global server environment variables. See Environment Variables for more information about these variables.
$ php bakery setup:env [options]
Option | Description |
---|---|
--mode[=MODE] | The environment to use |
Example usage :
php bakery setup:env --mode=production
The setup
command combines the setup:db
, setup:mail
and setup:env
commands. This command can't accept any of the option of it's child command.
$ php bakery setup
Display the list of all loaded sprinkles. It will also display the base namespace classes from the sprinkle is expected to have, as weel as the expected path.
$ php bakery sprinkle:list
Example result:
Loaded Sprinkles
================
---------- -------------------------------- ------------------------------------------
Sprinkle Calculated Namespace Calculated Path
---------- -------------------------------- ------------------------------------------
core UserFrosting\Sprinkle\Core /home/UserFrosting/app/sprinkles/core
account UserFrosting\Sprinkle\Account /home/UserFrosting/app/sprinkles/account
admin UserFrosting\Sprinkle\Admin /home/UserFrosting/app/sprinkles/admin
---------- -------------------------------- ------------------------------------------
The test
command is used to execute PHPUnit tests.
Tests from a specific sprinkle can optionally be run using the 'testscope' argument (eg. php bakery test SprinkleName
). A specific test class can also be run using the testscope argument (eg. php bakery test 'UserFrosting\Sprinkle\SprinkleName\Tests\TestClass'
), as a specific test method (eg. php bakery test 'UserFrosting\Sprinkle\SprinkleName\Tests\TestClass::method'
).
See the Automated Testing section for more information.
$ php bakery test [options] [--] [<testscope>]
Option | Description |
---|---|
-c, --coverage | Enable code coverage report. |
--coverage-format=COVERAGE-FORMAT | Select test coverage format. Choose from html, clover, crap4j, php, text, xml, etc. Default to HTML. |
--coverage-path=COVERAGE-PATH | Code coverage report saving location. Default to _meta/coverage . |
php-sqlite3
package installed and enabled.
Alternatively, you can create a separate testing database and override the test_integration
database settings in the testing.php
environment mode.
The test:mail
command lets you test the email sending capability of your UserFrosting setup by sending a test email. By default, it will send the test email to the admin contact defined the configuration file, but this can be changed using the provided --to
options.
$ php bakery test:mail [options]
Option | Description |
---|---|
--to=TO | Email address to send test email to. Use admin contact if omitted. |