A Better Development Workflow with Vagrant

http://taylorlapeyre.me/2013/04/better-workflow-with-vagrant/

by taylorlapeyre • 13 years ago

45 40 13 years ago

zjmichen2• 13 years ago

Pretty similar to my workflow, but why do you destroy the box after every session? `vagrant up` on my laptop takes a few minutes at least to build and provision a vagrant machine.

Usually I just use `vagrant suspend`. Seconds vs minutes. Time > organization IMHO.

brokenparser• 13 years ago

Of course, but if you do that please also use a CI tool (such as Jenkins) to ensure the Vagrantfile stays valid. It's actually good to rebuild that VM regularly, especially when it's almost time to deploy.

zjmichen2• 13 years ago

Yeah, close to deploy is different. What does a CI tool do in this case? I'm somewhat unfamiliar with the concept.

mateuszf• 13 years ago

I haven't done it myself, but I've heard that the same effect (clean starting point) can be achieved with snapshots and restores without the waiting time - it is supposed to work very fast.

taylorlapeyre6• 13 years ago

No particular reason other than freeing up the disk space that the VM uses (which admittedly not much).

dgh• 13 years ago

or 'vagrant halt'

pibefision• 13 years ago

Anyone has experience using Vagrant with VMWARE?

tjbiddle• 13 years ago

They just released support for this the other week I believe (Or at least very recently) - And that is specifically why I've been catching up on everything Vagrant lately, as I was specifically waiting on VMWare support. I asked about it in the freenode #vagrant channel the other day and everyone said it should work the exact same as using the VirtualBox provider - except with VMWare.

dave1010uk• 13 years ago

Does VMware do anything VirtualBox doesn't?

bti2• 13 years ago

Don't know if I understand. You have the one develop box with all the languages/server/databases on there. Then when you decide to start a PHP project, you keep a copy of that box in with the project files? Doesn't this result in multiple boxes sitting around?

Or does the Vagrantfile specify the environment and when you vagrant init develop it recreates it?

I've never used Vagrant but am interested in starting to do something like this.

taylorlapeyre6• 13 years ago

The Vagrantfile specifies the enviroment, and vagrant init develop creates a new Vagrantfile with the base vm specified as "develop".

There's only one box, and you add it to vagrant with "vagrant box add develop path/to/develop.box". After that, you can delete the develop.box file from your computer: it now exists somewhere in the nethers of vagrant's configuration.

bti2• 13 years ago

So as you find new tools you want to use, do you just update your develop box? Do you have an example of a Vagrantfile you used for a project?

I guess the main thing I can't get is say I have custom nginx settings or MySQL settings I need in a project. Do I setup those through Chef?

Thanks for the article, lots to look into.

tomku• 13 years ago

The Vagrantfile specifies the environment as a combination of a base box, VM settings and optionally a provisioning script/recipe/whatever to run. The base box is only stored once, and individual VMs for projects are created from that box and destroyed when you don't need them any more.

It's common to use something like Chef or Puppet to provision the software that you actually need for each project rather than just put everything in the base box, but the author chose to just make an all-inclusive box instead.

tunesmith• 13 years ago

I'm still a bit confused - what if you are simultaneously working on two projects that each require a different version of Ruby? Do you have two different vagrant boxes lying around?

chewxy3• 13 years ago

You start off with the same baseVM (I used to use Precise32, switched to Precise64 for the first time yesterday). You specify the boxes which is based off your base VM.

From there, the path of evolution for each box will take place individually. If you have a Vagrantfile that specify for one project to use Ruby2.0beta and another Vagrantfile for another project to use Ruby1.9, you essentially have two boxes, two execution environments, but you still code on the same machine.

taylorlapeyre6• 13 years ago

User chewxy explained it well, but even more simply I just have two different versions of Ruby on my development box. 1.9.3 and 2.0.0.

awongh• 13 years ago

if nothing else is different, then you can still use rvm inside the VM. If they are different environments (one is a colo rack and one is an AWS instance) then you would want 2 vagrant boxes to more closely duplicate each environment.

chewxy3• 13 years ago

Vagrant is the execution environment that you set up, share and whatnots. Your dev environment (IDE, text editor, etc) can still be in the original environment you are familiar with.

For example, just yesterday, a colleague wanted access to Fork the Cookbook's source (he was supposed to be helping out on frontend javascript). But because some bits of the code is written to be Linux specific, he needed a Linux box while working on a non-Linux box.

So I spent 30 mins creating a Vagrantfile, specifying the environment which Fork the Cookbook runs in. He takes it, runs the env, provisions with the existing provisioning script, and tadah, you get an environment where you get to run the code in.

Due to the synced directories, you can code in whatever env you are hosting on: it's like dropbox between your computer and the virtual box. Network pass throughs allow your host (i.e your physical machine) to use networks defined virtually in your virtual computer.

Great for sharing execution env and getting other people started. Not really necessary if you're working alone IMO

bosie• 13 years ago

> Vagrant is the execution environment that you set up, share and whatnots. Your dev environment (IDE, text editor, etc) can still be in the original environment you are familiar with.

Sorry if i have missed this but how do you execute/debug in the IDE through Vagrant? e.g. how would rubymine use vagrant's ruby binary?

jtreminio3• 13 years ago

I haven't used Vagrant, and I believe I now know why.My daily driver is Win8.I have a Debian VM I do my development on.All files are on the VM because Windows sets all file and folder permissions to 755. This means that if I were to delete the vagrant VM I would also be deleting my files. I am exploring possible solutions to this problem.

limeblack• 13 years ago

Similar set up, but I use Cygwin so I can run `startxwin` then run `ssh box -Y` and have have all my applications/workflow running in the Windows taskbar.

AjithAntony2• 13 years ago

Are you saying that when you share a filesystem between your windows 8 host and the Debian guest, that files written from windows have bad perms?

jtreminio3• 13 years ago

If the files reside on the NTFS Win8 partition, they show up as 755 on Debian.

If the files reside on the ext3 partition on the Debian VM, the permissions are fine and even editing the files from Windows, on a Windows IDE does not change the permissions.

artur_roszczyk• 13 years ago

I would go even further and store tmux+vim config inside

lojack2• 13 years ago

I would go even further and use the same provisioning on vagrant as on my production servers so I could set up a mini production environment with whatever dev tools are necessary with just a single command. Recently they added the ability to have multiple machines as well, so all it takes to load up a simulation of my cluster is a single command.

juliendsv-mbm• 13 years ago

If you have a mac I recommend to have a look at the boxen project from github.

taylorlapeyre6• 13 years ago

I did actually look into that, but it kind of did the exact opposite of what I wanted. There's a few reasons I'm not too impressed with Boxen:

- Its goal is to install a whole bunch of binaries and development utilities onto my local machine. I want to keep those segregated.

- It only works with Macs. My only computer at the moment is a mac, but it's not always what I use. I use computers at work that are linux based.

- I found that it was buggy. I wasn't very easy to get it actually working. It required a lot of effort and installation.

So, Boxen isn't for me.

thecodemonkey• 13 years ago

I recently built out a base LAMP stack for Vagrant, using Chef for provisioning if anybody's interested in getting up and running quickly. https://github.com/MiniCodeMonkey/Vagrant-LAMP-Stack

A Better Development Workflow with Vagrant

Related Stories