By grandin
Hi
My workflow today sucks and is no way good. So I have decided I would like to change how I work. And that is as follows: A vagrant box, for local development. With version control, using GIT. And then a development server running both git and a web server, and sql server. So a setup where I got. GIT, MySQL, PHP, Nginx and
-
GIT repo setup on a development server (Found this great tutorial: https://www.digitalocean.com/community/tutorials/how-to-set-up-a-private-git-server-on-a-vps)
-
A deploy script that on all commits would deploy to the development webroot for that GIT repo/project but with some hook or something.
-
A deploy script to the production server, don’t know how to best trigger this, please come with advice and some tutorial on how to implement this.
-
A production server, (All tutorials I read pretty much states, “This configuration should not be used in production. Only on development servers”) So some good tutorial on setting up a production server. Containing, MySQL, PHP and Nginx. E-mail support for PHP applications.
-
And finally a happy life ;)
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
I work in a similar way to how you want to do it. (Plus points for Vagrant BTW, it’s the ONLY way to develop locally!)
This is how I do it though…
- Get your production and development boxes setup in exactly the same way. LEMP is my recommendation on LEB such as the $5 DO box. Get them hardened and locked down. There are loads of good articles on here explaining how to setup your server and then configure UFW and F2B.
- Create your vagrant build as similar to the development and production servers as you can though.
- Setup your local files for your app / website / blog etc.
- Add your files and vagrant build to a new Git repo.
- Push this out to bitbucket (Github alternative with free private repos)
- Set up bare git repo’s on your production and development servers that are configured to run a post-commit hook to checkout to the sites directory.
- Develop and when you are ready to demonstrate to clients, coworkers etc. do a git push to ‘development’ / ‘production’ to see it on the live servers.
On that note, vagrant share is a really good way to temporarily demonstrate work before you push to your development and ultimately production servers.
With regards to email on DO boxes, I would recommend using Mandrill or MailGun for convenience.
I have a number of sites setup with DO in this way and it serves the purpose.
Is it the dream development workflow? Probably not and there are a few alternatives each with their advantages and disadvantages. You could go down the Capistrano route or use rsync to push out files. Capistrano is probably more robust and has roll back capabilities, rsync is simpler and quicker to setup.
My advice is to experiment with each system and refine the process to suit your needs. Good luck.
Become a contributor for community
Get paid to write technical tutorials and select a tech-focused charity to receive a matching donation.
DigitalOcean Documentation
Full documentation for every DigitalOcean product.
Resources for startups and SMBs
The Wave has everything you need to know about building a business, from raising funding to marketing your product.
The developer cloud
Scale up as you grow — whether you're running one virtual machine or ten thousand.
Get started for free
Sign up and get $200 in credit for your first 60 days with DigitalOcean.*
*This promotional offer applies to new accounts only.