-
Notifications
You must be signed in to change notification settings - Fork 0
Usage and flags explained
These are the CLI's integrated help. Go to the bottom of the page for the flags explanation.
> wordmove-ng help
Commands:
wordmove-ng --version, -v # Print the version
wordmove-ng doctor # Do some local configuration and environment checks
wordmove-ng help [COMMAND] # Describe available commands or one specific command
wordmove-ng init # Generates a brand new movefile.yml
wordmove-ng list # List all environments and vhosts
wordmove-ng pull # Pulls WP data from remote host to the local machine
wordmove-ng push # Pushes WP data from local machine to remote host
> wordmove-ng help doctor
Usage:
wordmove-ng doctor
Do some local configuration and environment checks
The doctor checks, in order:
-
movefile.ymlformal validation against the schemas inlib/wordmove/assets. It also rejects remotes that still carry anftpblock and reports when one search-replace term (local/remotevhostorwordpress_path) is a prefix of another. -
Local database tools and connection:
mysql/mariadb,mysqldump/mariadb-dumpand a connection with thelocal.databasecredentials. - Local wp-cli presence and freshness.
- Local rsync and ssh.
-
Each SSH remote: a non interactive connection (
ssh -o BatchMode=yes … true); on success it probes the remote forrsync,gzip,mysql/mariadb,mysqldump/mariadb-dumpandwp, and reports what is missing. It warns ifssh.gateway.passwordis set, because a jump host can only be reached with keys.
Run it before opening an issue and paste its output in the report.
> wordmove-ng list
Prints a list of all environments configured in movefile.yml with their respective URL (vhost key).
> wordmove-ng help push
Usage:
wordmove-ng push
Options:
-w, [--wordpress], [--no-wordpress]
-u, [--uploads], [--no-uploads]
-t, [--themes], [--no-themes]
-p, [--plugins], [--no-plugins]
-m, [--mu-plugins], [--no-mu-plugins]
-l, [--languages], [--no-languages]
-d, [--db], [--no-db]
-v, [--verbose], [--no-verbose]
-s, [--simulate], [--no-simulate]
-e, [--environment=ENVIRONMENT]
-c, [--config=CONFIG]
[--debug], [--no-debug]
[--no-adapt], [--no-no-adapt]
[--all], [--no-all]
Pushes WP data from local machine to remote host
wordmove-ng help pull shows the same options for pull.
Flags give you control over which folders/components are pushed or pulled.
The WordPress core. Ignores the wp-content folder.
wp-content/uploads
wp-content/themes
wp-content/plugins
wp-content/mu-plugins
wp-content/languages
The database. Both directions work the same way: dump the source, import on the target, run wp search-replace on the target for vhost and wordpress_path. The source database is only read. A backup of the target database is written to the local wp-content/ folder before the import. See the README section "Database sync" for prerequisites and maintenance mode.
Print more info on screen.
Do not execute transfers: rsync runs with --dry-run and the database steps are skipped after logging.
Set the remote environment when multiple are defined inside movefile.yml, e.g. wordmove-ng push -e production -d.
Use an alternate config file name. The path is relative to the directory the command was invoked from and must be inside the project root.
Skip the wp search-replace step after importing the database. Useful when local and remote share the same vhost and wordpress_path, or when you want to run the replacement yourself.
Consider all the folders and the database (a full copy).
Negation flags exclude a component. They combine with --all to operate on everything but the negated ones; several can be given at once.
wordmove-ng push --all --no-db -e production
mirrors the whole site but does not push the database.
wordmove-ng push --all --no-db --no-wordpress -e production
mirrors everything but the database and the core.
Accepted for compatibility. It had an effect only with the FTP deployer, which was removed in 6.0.