diff --git a/release strategy/README.md b/release strategy/README.md index 73e47d1..f471723 100644 --- a/release strategy/README.md +++ b/release strategy/README.md @@ -32,7 +32,7 @@ Multiple instances of the INSPIRE Reference Validator are currently available (o * [Staging instance](http://staging-inspire-validator.eu-west-1.elasticbeanstalk.com/etf-webapp/): this instance includes all the latest changes to the INSPIRE Reference Validator, including new tests and new functionality, before these are also moved to the Production instance within a release. The Staging instance is only used for testing purposes by the INSPIRE community. -* Beta instance (available from Q3-2021): this instance, developed independently of the Production and Staging instances, includes the changes foreseen for the following year. It provides INSPIRE users with the possibility to test validation requirements foreseen for the following year already before the Monitoring deadline of the current year. +* Beta instance (available only between Q2-2021 and Q3-2021): this instance, developed independently of the Production and Staging instances, includes all the changes foreseen for the following year. It provides INSPIRE users with the possibility to test validation requirements foreseen for the following year (i.e. not included in the instance of the INSPIRE Reference Validator used for the end-of-year Monitoring process) already before the Monitoring deadline of the current year. ## Annual releases @@ -42,27 +42,27 @@ For simplicity, the descriptions make explicit reference to releases in the year * **v2021.1 - 15/03/2021**: it includes both breaking and non-breaking changes. * **v2021.2 - 15/06/2021**: it includes both breaking and non-breaking changes. +* **v2022.b - 15/06/2021**: it includes both breaking and non-breaking changes which are planned to become effective (for Monitoring purposes) in the following year. * **v2021.3 - 15/09/2021**: it only includes non-breaking changes, so that any INSPIRE resource passing the test in the previous release automatically passes the same test in this release. This release is the one used for the end-of-year Monitoring process. -* **v2022.b - 15/09/2021**: it includes both breaking and non-breaking changes which are planned to become effective (for Monitoring purposes) in the following year. * **v2022.0 - 15/01/2022**: it includes both breaking and non-breaking changes, including those available in the beta instance of the previous year. ### v2021.1 - 15/03/2021 -This release is scheduled for 15/03/2021 and includes breaking and non-breaking changes. All these changes (each managed in a dedicated branch) are first incorporated in the _staging_ branch, i.e. they are made available in the Staging instance; afterwards, each change which is also tested and accepted by the user who originally reported it, is also incorporated in the _v2021.1_ branch. This branch is finally merged into the _master_ branch, which will make all changes available in the Production instance. Should hotfixes be needed at any time, they are immediately incorporated both in the _staging_ and the _master_ branches. +This release is scheduled for 15/03/2021 and includes the breaking and non-breaking changes occurred since the previous release (v2021.0). All these changes (each managed in a dedicated branch) are first incorporated in the _staging_ branch, i.e. they are made available in the Staging instance; afterwards, each change which is also tested and accepted by the user who originally reported it, is also incorporated in the _v2021.1_ branch. This branch is finally merged into the _master_ branch, which will make all changes available in the Production instance. Should hotfixes be needed at any time, they are immediately incorporated both in the _staging_ and the _master_ branches. ![v2021.1](./img/v2021.1.png "v2021.1") ### v2021.2 - 15/06/2021 -This release is scheduled for 15/06/2021 and includes breaking and non-breaking changes. All these changes (each managed in a dedicated branch) are first incorporated in the _staging_ branch, i.e. they are made available in the Staging instance; afterwards, each change which is also tested and accepted by the user who originally reported it, is also incorporated in the _v2021.2_ branch. This branch is finally merged into the _master_ branch, which will make all changes available in the Production instance, and also in the _beta_ branch. Should hotfixes be needed at any time, they are immediately incorporated both in the _staging_ and the _master_ branches. +This release is scheduled for 15/06/2021 and includes the breaking and non-breaking changes occurred since the previous release (v2021.1). All these changes (each managed in a dedicated branch) are first incorporated in the _staging_ branch, i.e. they are made available in the Staging instance; afterwards, each change which is also tested and accepted by the user who originally reported it, is also incorporated in the _v2021.2_ branch. This branch is finally merged into the _master_ branch, which will make all changes available in the Production instance, and also in the _beta_ branch that is now created. Should hotfixes be needed at any time, they are immediately incorporated both in the _staging_ and the _master_ branches. ![v2021.2](./img/v2021.2.png "v2021.2") ### v2021.3 - 15/09/2021 -This release is scheduled for 15/09/2021 and only includes non-breaking changes. All these changes (each managed in a dedicated branch) are first incorporated in the _staging_ branch, i.e. they are made available in the Staging instance; afterwards, each change which is also tested and accepted by the user who originally reported it, is also incorporated in the _v2021.3_ branch. This branch is finally merged into the _master_ branch, which will make all changes available in the Production instance. Conversely, in addition to the non-breaking changes, breaking changes (each managed in a dedicated branch) are also incorporated in the _beta_ branch which is merged in the _staging_ branch, allowing the inclussion of breaking changes in the next v2022.0 release. Should hotfixes be needed at any time, they are immediately incorporated both in the _staging_, the _master_ and the _beta_ branches. +This release is scheduled for 15/09/2021 and only includes the non-breaking changes occurred since the previous release (v2021.2). All these changes (each managed in a dedicated branch) are first incorporated in the _staging_ branch, i.e. they are made available in the Staging instance; afterwards, each change which is also tested and accepted by the user who originally reported it, is also incorporated in the _v2021.3_ branch. This branch is finally merged into the _master_ branch, which will make all changes available in the Production instance. Conversely, breaking changes (each managed in a dedicated branch) occurred since the previous release (v2021.2) are only incorporated in the _beta_ branch, which is finally merged in the _staging_ branch to allow their future inclusion in the release v2022.0 planned for the following year. Should hotfixes be needed at any time, they are immediately incorporated both in the _staging_, the _master_ and the _beta_ branches. After the release v2021.3 is published, the _beta_ branch is removed. ![v2021.3](./img/v2021.3.png "v2021.3") ### v2022.0 - 15/01/2022 -This release is scheduled for 15/01/2022 and includes breaking and non-breaking changes. All these changes (each managed in a dedicated branch) are progressively incorporated in the _staging_ branch, and finally also in the _v2022.0_ branch. This branch is finally merged into the _master_ branches, which will make all changes available in the Production instance. Should hotfixes be needed at any time, they are immediately incorporated in both the _staging_ and the _master_ branches. +This release is scheduled for 15/01/2022 and includes the breaking and non-breaking changes occurred since the previous release (v2021.3) as well as the breaking changes occurred between the releases v2021.2 and v2021.3, which were not included in the v2021.3 release as they were only included in the _staging_ branch. All these changes (each managed in a dedicated branch) are first incorporated in the _staging_ branch, and finally also in the _v2022.0_ branch. This branch is finally merged into the _master_ branches, which will make all changes available in the Production instance. Should hotfixes be needed at any time, they are immediately incorporated in both the _staging_ and the _master_ branches. ![v2022.0](./img/v2022.0.png "v2022.1")