Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

backport pull-down.sh from elmsln #45

Open
btopro opened this issue May 8, 2015 · 0 comments
Open

backport pull-down.sh from elmsln #45

btopro opened this issue May 8, 2015 · 0 comments

Comments

@btopro
Copy link
Member

btopro commented May 8, 2015

https://github.com/btopro/elmsln-vagrant/blob/master/scripts/pull-down.sh is almost ready for prime time (when it is it'll be moved to the main elmsln repo).

What it allows beyond the current option 4 site pull down:

  • pulls down / imports a multi-site by targeting a remote alias group, all sites, not just 1
  • hook based architecture to allow personalized, customized overrides based on the deployment (basically spider bash if name matches, useful to abstract webaccess disable from the rest for example)
  • 2 different types of routine options: Mirror vs Development (difference discussed below)
  • forcible rewriting of base_url to match deployment

Mirror mode vs Development mode

Mirror mode would be you are trying to setup / work on a staging server. You'd run this from stage to connect to production and pull it down. This would give you a mirror copy of the system with everything automatically enabled / disabled to make it happy on stage vs prod. Using a similar technique you could technically push EVERYTHING the other direction but usually people add content on Live so that wouldn't work. This also would allow all your settings.php's to work without serious rewrites as it requests matching usernames / passwords on the environment to match prod (would need an option to not do this obviously)

Development mode would Mirror, then sql sanitize, use localdb credentials and forcibly overwrite the credentials listed in the local copy of settings.php. This gives you a clean room with a command by leaching down, then getting rid of all the stuff that's got security implications. Great for vagrant and pure dev servers that don't need any of this stuff mirrored.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant