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.
That's easy:
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:
Program | Actions | Mandatory? |
---|---|---|
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.
Use -e
with pull
or push
to run the command on the specified environment.
For example:
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
rsync
on 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.password
field in yourmovefile.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
lftp
on your machine. See community wiki article: Install lftp on OSX yosemite). - Use the relative FTP path as
production.wordpress_path
- Use the absolute FTP path as
production.wordpress_absolute_path
(you may need to recover this from the__FILE__
magic constant - if you want to specify a passive FTP connection add to the YAML config a
production.ftp.passive
flag and set it totrue
.
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.
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.
Wordmove 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
).
Visit Wordpress Tools.
- The dump script is the
MYSQL-dump
PHP 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 master
branch.
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 dev
.
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.