This page explains how to upgrade your version of BCD.
Each of the versions follow the MAJOR.MINOR.PATCH format.
We have split this documentation in order to describe the differences for a major upgrade (1.0.x to 2.0.y) or a patch (2.0.x to 2.0.y).
We will focus on :
- scenarios : indeed you may want to keep your existing scenarios. It will allow you to recreate the same kind of stack or manipulate an existing one (deploy, undeploy, destroy).
- Terraform metadata : "Terraform must store state about your managed infrastructure and configuration. This state is used by Terraform to map real world resources to your configuration, keep track of metadata, and to improve performance for large infrastructures." [https://www.terraform.io/docs/state/](https://www.terraform.io/docs/state/).
So if you want to be able to manage an existing stack (i.e. a stack already deployed from a previous version of BCD) you will need to copy paste this state.
- bcd controller
- Vagrant : this part applies only if you use Vagrant virtual machines.
- Living Application repositories : this part applies only for migrations from a 2.0.x
Then you will have to check `Breaking changes` section into the [release notes](release_notes.md). Indeed you may want to override `bonita_http_api` default value that has changed. Or for deployments that do not use `aws` for `bcd_provider` you will need to replace `on-premises` by `static_inventory`.
#### Terraform
You will need first to create a directory named like your stack inside Terraform directory and then copy into it the corresponding tfstate file.
As is described into the "Installation guide" from the [Getting started](getting_started.md) you will need to load the last version of `bcd-controller_<version>.tar.zip Docker image.
#### Vagrant
The operating system of Vagrant VMs has been changed from Ubuntu Trusty to Xenial.
As the controller access to them over the network it's not necessary to move them on the filesystem.
As is described into the "Installation guide" from the [Getting started](getting_started.md) you will need to load the last version of `bcd-controller_<version>.tar.zip Docker image.
#### Vagrant
As the controller access to them over the network it's not necessary to move them on the filesystem.
But if you plan to cleanup the old directory you can moved the vagrant data located inside `1-machine` or `2-machines` directories by copying the `.vagrant` subdirectories.