4 ms·
I'm trying to understand the viability of the use case for Vagrant. It seems to me that if the developer does not do "vagrant destroy" at the end of the day and
by jebblue 13y ago
I'm trying to understand the viability of the use case for Vagrant. It seems to me that if the developer does not do "vagrant destroy" at the end of the day and chooses to customize their VM; then it will dialy diverge from the specified starting point of the Vagrantfile. If on the other hand, the developer does "vagrant up", code some stuff, check it in, do "vagrant destroy" and follows this use case daily then I'd see where Vagrant makes sense.
- jiggy2011 13y agoI use vagrant but I never do vagrant destroy. I just create a separate vagrant for every project that has different requirements. So I have one with LAMP , one with Rails etc and don't have to worry about them treading on each other's toes. The advantage is how easy it is to create a new VM under vagrant, just entering a few commands vs going through an OS install process. Also most of the boxes are created with development in mind, so having a shared folder created automatically and a passwordless SSH login is a timesaver. If you wanted a significantly divergent configuration from the base config you could just create a new box and puppet manifest. That way you can distribute your configuration to other developers if required. You shouldn't need to customize the VM that much beyond installing tools required for the project, because the idea is that you still run most of your user-facing tools on the host OS.