Vagrant 1.0 - Virtualized development for the masses.
vagrantup.com
vagrantup.com
Thanks!
Vagrant makes it simple to share a workflow or tool configuration as a little package that can be exploded into its full awesomeness with a simple "vagrant up". Combined with Chef's Spiceweasel tool, others can theoretically launch an infrastructure right then and there, should they like what they see locally.
This blows my mind. Surrriously. So excited for the potential. Thanks Mitchell, for being the right wizard at the right time.
First, let your designers know that the website is awesome and I would steal the theme in an instant if I had a similar site to build. Did I say steal? I meant hire / license! An open, attributive license would be nice.
Second, you need to mention veewee on the first page, or you rapidly lose anyone who isn't using lucid32. Anyone who uses mongodb for instance.
First, the designer is Adam Debreczeni (twitter.com/heyadam). He did an amazing job, and he did all of it in 6 hours. :)
And VeeWee will be mentioned soon enough. Big things are happening with Vagrant/VeeWee in the near future.
I honestly don't know what I would do without it, and I'm grateful for the chance I've had to work on it. Thanks Mitch for all your hard work!
Thank goodness for github:
https://github.com/mitchellh/vagrant/blob/master/CHANGELOG.m...
I've been a raving fan of vagrant 30 seconds after I learnt about it 1.5 years ago. Engine Yard has been fans. We use it and want our customers to use it.
Thank god you have kept working at it so diligently for these 2 years!
So, Vagrant lets you setup quick VMs to make development easier. I get that... (and like it). But what happens when you need to migrate the dev image to actual hardware? I assume that you use the same Puppet / Chef provisioning that you use in the VM, but it isn't clear from the "Getting Started" part of the site. Does Vagrant help with that, or are you on your own?
Perhaps there should be a "Production/deployment" section of the Getting Started Guide.
But you're on the right track: The puppet/chef provisioning you use in the VM should be used for production as well. Usually the scripts aren't IDENTICAL in dev/production but there are only slightly different.
I think you're referring to the win32ole issues which were addressed in the 0.9.0 release as the driver and communication with Virtualbox no longer require ffi.
[edit] the change was made in the 0.9 release.