- Removed the install wizard option to copy the Ansible roles into your project and customize. This can still be done, but in almost all cases adding a custom playbook is more maintainable. Existing setups that use this approach will continue to work. (PR #76)
No update steps are required.
- Update expired package sources on the drupalbox (fixes for drupalbox 1.4.0 and below, and 2.0.0)
No update steps are required.
Note: If you chose the option to "Copy Ansible roles into your project for customization" during installation, you will need to manually copy the new steps into the "common" role. (See PR #75)
- Ansible 2.9 compatibility
No update steps are required.
- Removed user-specific provisioning and zsh configuration (#72)
This functionality is no longer used by our team, and causes issues with Mac OS 10.15 Catalina. No update steps are required.
- The drupal-check installation was failing because
~/bin
did not yet exist.
No update steps are required.
- Added a trigger to the default Vagrantfile that keeps the installed version of Composer up to date (#68)
- Removed the custom drush wrapper in ~/bin. Drush 9 handles this itself.
- Removed the
vagrant up
trigger that rancomposer install
on the project
- This update does not require destroying your current vagrant box.
- This version includes changes to the
Vagrantfile
template. To get these changes, either re-run the-vagrant's installer withvendor/bin/the-vagrant-installer
, OR manually apply the changes from the diff from #70. - As a developer, you may also want to:
- From your Vagrant box,
rm ~/bin/drush
- Log out of your vagrant and then back in before continuing to work
- From your Vagrant box,
- Switched the Ansible Galaxy role used to install nvm, since the previous role isn't compatible with Ansible 2.9
- No changes to your project are required.
- This update does not require destroying your current vagrant box.
- Installed drupal-check globally on the VM to prepare for Drupal 9 (#63)
- Disabled audio on the VM to avoid a performance bug (#60)
This version includes changes to the Vagrantfile
template. To get these changes, either re-run the-vagrant's installer with vendor/bin/the-vagrant-installer
, OR manually apply the changes from the diff from #60.
You will also need to re-run the provisioning with vagrant reload --provision
; this will add drupal-check
to your existing box.
This update does not require destroying your current vagrant box.
- The template
Vagrantfile
was changed to allow downloading roles from Ansible Galaxy
- Provisioning now installs nvm, using the leanbit.nvm role from Ansible Galaxy
- Updating to this version requires updates to your project's
Vagrantfile
: - Re-run the-vagrant's installer with
vendor/bin/the-vagrant-installer
to get the latest version; this will overwrite any customizations you've made. - - OR - Add the changes to the
Vagrantfile
shown in PR #56 (the current default Node version is 8) - Re-run the provisioning with
vagrant reload --provision
; this will addnvm
to your existing box.
This update does not require destroying your current vagrant box.
- Fixed an issue with generating the self-signed certificate for HTTPS support when there are
extra_hostnames
in the Vagrantfile
- On provisioning, the git user name and email are now copied from the host into the
.gitconfig
on the VM
- This update does not require destroying your current vagrant box.
- After updating a project to 2.2.2, run
vagrant reload --provision
- Fixed a where https provisioning failed for Vagrantfiles with multiple
extra_hostnames
- Fixed a bug where quoted drush arguments (e.g. passwords with spaces, SQL queries, PHP statements) were passed to drush incorrectly (issue #36, PR #53
- HTTPS is now enabled by default (PR #49)
- The self-signed certificate generation now uses a configuration template, which includes a
subjectAltName
(issue #50, PR #51 - The templated Vagrantfile now requires Vagrant >= 2.1.0 (issue #52, PR #54)
- This update does not require destroying your current vagrant box.
- These steps apply for projects that have not copied the full set of provisioning into their project; if there is a
provisioning/
directory in your project root, you may not receive the full set of fixes with these steps alone.
- Uninstall the vagrant-triggers plugin with
vagrant plugin uninstall vagrant-triggers
- Update to Vagrant >= 2.1.0
- In your project, require this new release of the-vagrant
- In your project, run
vendor/bin/the-vagrant-installer
- Respond to the prompts to regenerate your
Vagrantfile
- Review the changes to make sure that you don't lose any customizations you had to this file
- Run
vagrant up --provision
orvagrant reload --provision
to update your box
Copyright 2018 Palantir.net, Inc.