4 ms·
I don't see this. I think application developers are largely still running out of source control, whether that be in VirtualBox or Fusion or whatever... and Do
by mpdehaan2 11y ago
I don't see this. I think application developers are largely still running out of source control, whether that be in VirtualBox or Fusion or whatever... and Docker files are possibly replacing package build steps.
Maybe it's the case though.
I still think most of the press that Vagrant gets is really "yay, cheap virtualization" attributed to Virtual Box, rather than the workflow - but maybe some people's development environments really are that hard to set up. I like VMware Fusion a bit more.
Still, when a dev env is hard to setup, I like to see automation to do this that doesn't presume I'm running it in a virtualized container. So this could be the same script that a Docker file calls to deploy in production -- whether that's bash, some config tool, etc -- but at least then you are not assuming someone chooses to adopt Vagrant, or is running virtualized, in all cases.
My point in not adopting Vagrant is decidedly minor - I like VMWare Fusion, and I didn't really want to pay for the Vagrant plugin, because my developer machines don't need to be purged that often, and developer-env setup is pretty much running a script, and often the application just runs out of source control. So there's not a lot of dev-env machine rebuild churn.
- falcolas 11y ago> Docker files are possibly replacing package build steps Tomato, Tomato. Both are feeding a configuration file into an external tool, and uploading the results. > I like VMware Fusion a bit more. So pay for a Vagrant license and get VMware Fusion as a box provider. Vagrant is a lot more than a nice wrapper around virtual machines. > I like to see automation to do this that doesn't presume I'm running it in a virtualized container Which is out, unless you develop on a Linux machine. > I didn't really want to pay for the Vagrant plugin And here's the meat of the argument. You don't want to pay for a tool, and so you have a fundamental misunderstanding of what workflows are available once you have that tool, so you make do with the development environment you have. Sorry to hear that.