-
Notifications
You must be signed in to change notification settings - Fork 687
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deprecate development env from Ansible and Vagrantfile #3227
Comments
Thanks for the reminder. IMHO we should wait a long time (January 1st, 2019 sounds like a long time) so we're reasonably sure this won't impact a developer lagging behind for some reason. |
I actually think we've already gotten out of sync, and I think that Virtualbox + Vagrant is more overhead than Docker. Also, our docs already say this in regards to Vagrant:
This, combined with #3208 mean we might not have any Vagrant anywhere. I think @msheiny or @conorsch can really say for sure, but I think we could pull this today and not impact any regular contributor's development workflow. |
ya'll, I strongly urge you to continue to provide a staging/prod VM facility, mainly because it is crucial for testing the LSMs (AppArmor/grsec) and kernel boot/config/sysctl parameters |
We have a Docker development environment for web application changes and we continue to have staging/prod VMs for testing other changes. |
Unfortunately not. =/ Molecule just wraps the vagrant calls for VM provisioning. As @ageis points out, there are aspects of the SD config that cannot be tested properly in containers, so we'll need to maintain a larger set of environments for adequate QA until that changes. |
Feature request
Description
Now that we use a Docker container for the devleopment environment, we should strip out the dev-only logic from the Ansible playbooks and Vagrantfile.
User Stories
As a dev, I want to simplify the provisioning logic by stripping out vestigial components.
The text was updated successfully, but these errors were encountered: