From 846248fc009dd70178c73e7d98b8f0804ba5a6b4 Mon Sep 17 00:00:00 2001 From: Carlos Rodriguez Date: Mon, 15 Jan 2024 13:07:27 +0100 Subject: [PATCH 1/3] docs: update stable release policy and add missing releases --- RELEASES.md | 34 +++++++++++++++++++++++++++------- 1 file changed, 27 insertions(+), 7 deletions(-) diff --git a/RELEASES.md b/RELEASES.md index d0d56cfe21e..071d690f793 100644 --- a/RELEASES.md +++ b/RELEASES.md @@ -58,26 +58,36 @@ A release should not be finalized until the development team and the external co The beginning of a new major release series is marked by the release of a new major version. A major release series is comprised of all minor and patch releases made under the same major version number. The series continues to receive bug fixes (released as minor or patch releases) until it reaches end of life. The date when a major release series reaches end of life is determined by one of the two following methods: -- If the next major release is made within the first 6 months, then the end of life date of the major release series is 1 year after its initial release. -- If the next major release is made 6 months after the initial release, then the end of life date of the major release series is 6 months after the release date of the next major release. +- If the next major release is made within the first 6 months, then the end of life date of the major release series is 18 months year after its initial release. +- If the next major release is made 6 months after the initial release, then the end of life date of the major release series is 12 months after the release date of the next major release. For example, if the current major release series is v1 and was released on January 1st, 2022, then v1 will be supported at least until January 1st, 2023. If v2 is published on August 1st 2022, then v1's end of life will be March 1st, 2023. Only the following major release series have a stable release status. All missing minor release versions have been discontinued. +We reserve the right to drop support for releases if they are deemed unused (for example, because the Cosmos SDK version they depend on is not used or has been deprecated). + ### ibc-go |Release|End of Life Date| |-------|----------------| -|`v7.2.x`|March 17, 2024| -|`v7.3.x`|March 17, 2024| -|`v8.0.x`|November 10, 2024| +|`v7.2.x`|September 17, 2024| +|`v7.3.x`|September 17, 2024| +|`v8.0.x`|May 10, 2025| ### Callbacks middleware |Release|End of Life Date| |-------|----------------| -|`v0.1.x-ibc-go-v7.3.x`|March 17, 2024| +|`v0.1.x+ibc-go-v7.3.x`|September 17, 2024| +|`v0.1.x+ibc-go-v8.0.x`|May 10, 2025| + +### `08-wasm` light client proxy module + +|Release|End of Life Date| +|-------|----------------| +|`v0.1.0+ibc-go-v7.3.x-wasmvm-v1.5.x`|September 17, 2024| +|`v0.2.x+ibc-go-v8.0.x-wasmvm-v1.5.x`|May 10, 2025| ### What pull requests will be included in stable patch-releases? @@ -121,7 +131,17 @@ Versions of Golang, ibc-go, Cosmos SDK and CometBFT used by callbacks middleware | Go | callbacks | ibc-go | Cosmos SDK | Tendermint/CometBFT | |----|-----------|--------|------------|---------------------| -| 1.19 | v0.1.0-ibc-go-v7.3 | v7.3.0 | v0.47.4 | v0.37.2 | +| 1.19 | v0.1.0+ibc-go-v7.3 | v7.3.0 | v0.47.4 | v0.37.2 | +| 1.21 | v0.2.0+ibc-go-v8.0 | v8.0.0 | v0.50.1 | v0.38.0 | + +### `08-wasm` light client proxy module + +Versions of Golang, ibc-go, Cosmos SDK and CometBFT used by `08-wasm` module in the currently active releases: + +| Go | callbacks | ibc-go | Cosmos SDK | Tendermint/CometBFT | +|----|-----------|--------|------------|---------------------| +| 1.19 | v0.1.0+ibc-go-v7.3-wasmvm-v1.5 | v7.3.0 | v0.47.6 | v0.37.2 | +| 1.21 | v0.1.0+ibc-go-v8.0-wasmvm-v1.5 | v8.0.0 | v0.50.1 | v0.38.0 | ## Graphics From 23c8f3e2ca0c5f7d528e69d58f9fa55cfd2a870a Mon Sep 17 00:00:00 2001 From: Carlos Rodriguez Date: Mon, 15 Jan 2024 16:57:46 +0100 Subject: [PATCH 2/3] Apply suggestions from code review Co-authored-by: Susannah Evans <65018876+womensrights@users.noreply.github.com> --- RELEASES.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/RELEASES.md b/RELEASES.md index 071d690f793..b85d78e6658 100644 --- a/RELEASES.md +++ b/RELEASES.md @@ -58,7 +58,7 @@ A release should not be finalized until the development team and the external co The beginning of a new major release series is marked by the release of a new major version. A major release series is comprised of all minor and patch releases made under the same major version number. The series continues to receive bug fixes (released as minor or patch releases) until it reaches end of life. The date when a major release series reaches end of life is determined by one of the two following methods: -- If the next major release is made within the first 6 months, then the end of life date of the major release series is 18 months year after its initial release. +- If the next major release is made within the first 6 months, then the end of life date of the major release series is 18 months after its initial release. - If the next major release is made 6 months after the initial release, then the end of life date of the major release series is 12 months after the release date of the next major release. For example, if the current major release series is v1 and was released on January 1st, 2022, then v1 will be supported at least until January 1st, 2023. If v2 is published on August 1st 2022, then v1's end of life will be March 1st, 2023. From 30a7cb17d166c8648896ef90a1bd18e554216895 Mon Sep 17 00:00:00 2001 From: Carlos Rodriguez Date: Mon, 15 Jan 2024 17:03:59 +0100 Subject: [PATCH 3/3] add comment about dropping support to pre v1.0 releases --- RELEASES.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/RELEASES.md b/RELEASES.md index b85d78e6658..2e5ffdb3499 100644 --- a/RELEASES.md +++ b/RELEASES.md @@ -65,7 +65,7 @@ For example, if the current major release series is v1 and was released on Janua Only the following major release series have a stable release status. All missing minor release versions have been discontinued. -We reserve the right to drop support for releases if they are deemed unused (for example, because the Cosmos SDK version they depend on is not used or has been deprecated). +We reserve the right to drop support for releases if they are deemed unused (for example, because the Cosmos SDK version they depend on is not used or has been deprecated). Likewise, we also reserve the right to drop support for pre v1.0 versions of modules if we deem them unnecessary to maintain (we are only looking to give support for stable major releases). ### ibc-go