Wordmove is a gem that lets you automatically mirror local Wordpress installations and DB data back and forth from your local development machine to the remote server.
Wordmove has also a neat hook system which enables you to run arbitrary commands before and after push/pull actions. Local and remote commands are both supported, but remote ones will be run only if using SSH protocol. Read the dedicated wiki page for more info.
FTP support has been discontinued, thus most recent features won’t work, while base functionalities are granted.
gem install wordmove
And to update:
gem update wordmove
Wordmove just acts as automation glue bewtween tools you already have and love. These are its peer dependencies which you need to have installed and in your $PATH:
|rsync||Push and pull files and dirs||Yes for SSH connections|
|mysql||Import and dump database||Yes|
|wp-cli||DB adapt||Nope (but soon will be)|
|lftp||all||Yes, for FTP connections|
|ssh||all||Yes, for SSH connections|
> wordmove help Commands: wordmove --version, -v # Print the version wordmove doctor # Do some local configuration and environment checks wordmove help [TASK] # Describe available tasks or one specific task wordmove init # Generates a brand new movefile.yml wordmove pull # Pulls WP data from remote host to the local machine wordmove push # Pushes WP data from local machine to remote host
Move inside the Wordpress folder and use
wordmove init to generate a new
movefile.yml and edit it with your settings. Read the next paragraph for more info.
See the wiki article: Usage and flags explained for more info.
- Push all WordPress, including database and uploads: http://vimeo.com/74648079
- Pull database and uploads, adapting paths and urls: http://vimeo.com/74646861
- Push only theme, transfer only modified files: http://vimeo.com/74647529
You can configure Wordmove creating a
movefile.yml. That’s a YAML file with local and remote host(s) infos:
global: sql_adapter: default local: vhost: http://vhost.local wordpress_path: /home/john/sites/your_site # use an absolute path here database: name: database_name user: user password: password host: localhost # paths: # you can customize wordpress internal paths # wp_content: wp-content # uploads: wp-content/uploads # plugins: wp-content/plugins # themes: wp-content/themes # languages: wp-content/languages production: vhost: http://example.com wordpress_path: /var/www/your_site # use an absolute path here database: name: database_name user: user password: password host: host # port: 3308 # Use just in case you have exotic server config # mysqldump_options: --max_allowed_packet=50MB # Only available if using SSH exclude: - .git/ - .gitignore - .sass-cache/ - bin/ - tmp/* - Gemfile* - Movefile - movefile - movefile.yml - movefile.yaml - wp-config.php - wp-content/*.sql ssh: host: host user: user # hooks: # Remote hooks won't work with FTP # push: # before: # local: # - 'echo "Do something locally before push"' # remote: # - 'echo "Do something remotely before push"' # after: # local: # - 'echo "Do something locally after push"' # remote: # - 'echo "Do something remotely after push"' # pull: # before: # local: # - 'echo "Do something locally before pull"' # remote: # - 'echo "Do something remotely before pull"' # after: # local: # - 'echo "Do something locally after pull"' # remote: # - 'echo "Do something remotely after pull"'
We warmly recommend to read the wiki article Multiple environments explained if you need multi-stage support, and the wiki article Movefile configurations explained to understand about the supported configurations.
You can define multiple environments in your
movefile.yml, such as production, staging, etc.
push to run the command on the specified environment.
wordmove push -e staging -d
will push your local database to the staging environment only.
We warmly recommend to read the wiki article: Multiple environments explained
OS X and Linux are fully supported.
See the Windows (un)support disclaimer
- You need
rsyncon your machine; as far as we know it’s already installed on OS X and Linux.
- if you want to use your SSH public key for authentication,just delete the
production.ssh.passwordfield in your
movefile.yml. Easy peasy.
- writing the password inside the move file was and is somewhat supported, but we discourage this practice in favor of password-less authentication with pub key. Read here for old informations.
- You need to install
lftpon your machine. See community wiki article: Install lftp on OSX yosemite).
- Use the relative FTP path as
- Use the absolute FTP path as
production.wordpress_absolute_path(you may need to recover this from the
- if you want to specify a passive FTP connection add to the YAML config a
production.ftp.passiveflag and set it to
FTP support is planned to be discontinued at some point of future development.
Push and pull actions on files will perform a mirror operation. Please, keep in mind that to mirror means to transfer new/updated files and remove files from destination if not present in source.
This means that if you have files/directories on your remotes which you must preserve, you must exclude those in your movefile.yml, or they will be deleted.
How the heck you are able to sync the DB via FTP?
We’re glad you asked! We basically upload via FTP a PHP script that performs the various
import/export operations. This script then gets executed via HTTP. Don’t worry
too much about security though: the script is deleted just after the usage,
and can only be executed by
wordmove, as each time it requires a pre-shared
one-time-password to be run.
1.3.1 has been removed from
rubygems due to a bug with FTP deploying system. If you are
using this version, please update soon (
gem update wordmove).
Need more tools?
Visit Wordpress Tools.
- The dump script is the
MYSQL-dumpPHP package by David Grudl
- The import script used is the BigDump library
In order to promote a simpler contribution workflow we have decided to fork and PR the
We will accordingly tag and release or pre-release versions to the rubygems.org repository.
Do not consider the
dev branch for your forks and PR.
We will never more use version-named branches as in the past, but we’ll tag release on
master and pre-release on
Please, read the full contributor guide.
Feel free to open an issue about contribution if more you need more info
made with ❤️ and ☕️ by weLaika
(The MIT License)
Copyright © 2013-2018 weLaika
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the ‘Software’), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED ‘AS IS’, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.