honeymoose
/
OpenSearch
mirror of https://github.com/honeymoose/OpenSearch.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
OpenSearch/.ci/bwcVersions

81 lines
970 B
Plaintext
Raw Normal View History

Add a list of BWC versions for CI (#44418) This PR adds a list of index compatible versions to the `.ci` directory as well as a way to generate and verify it. Unfortunetly there is no easy way in Jenkins to have the build generate then consume this YML axis config. I hate that this would need maintenance on versions bumps, but the potential benefir here is reducing the bwc builds that can take more than 24 hours to less than 20 minutes. This is possible because the CI setup would use a matrix job to run something like: ``` ./graldew 'v7.0.0#bwcTest' ``` For every index compatible version. On top of that `--parallel` should be possible even without testclusters due to the limited number of clusters being set up here. The example command above runs in exactly 10 minutes on my laptop, thus I'm proposing to accept this compromise while we work out the infra to do this more dinamically.
2019-07-17 10:34:35 -04:00
BWC_VERSION:
- "6.0.0"
- "6.0.1"
- "6.1.0"
- "6.1.1"
- "6.1.2"
- "6.1.3"
- "6.1.4"
- "6.2.0"
- "6.2.1"
- "6.2.2"
- "6.2.3"
- "6.2.4"
- "6.3.0"
- "6.3.1"
- "6.3.2"
- "6.4.0"
- "6.4.1"
- "6.4.2"
- "6.4.3"
- "6.5.0"
- "6.5.1"
- "6.5.2"
- "6.5.3"
- "6.5.4"
- "6.6.0"
- "6.6.1"
- "6.6.2"
- "6.7.0"
- "6.7.1"
- "6.7.2"
- "6.8.0"
- "6.8.1"
- "6.8.2"
Update ci bwc versions
2019-08-06 04:45:28 -04:00
- "6.8.3"
version bump to 6.8.4 (#46409)
2019-09-05 15:14:36 -04:00
- "6.8.4"
Add versions 7.4.2 and 6.8.5
2019-10-23 11:25:25 -04:00
- "6.8.5"
Add version 6.8.6
2019-11-20 12:16:35 -05:00
- "6.8.6"
Update BWC CI versions for 6.8.6 release
2019-12-20 18:47:23 -05:00
- "6.8.7"
[7.x] add 6.8.8 as version (#53021)
2020-03-04 11:38:07 -05:00
- "6.8.8"
[7.x] introduce 6.8.9 as a version (#53817)
2020-03-31 14:03:28 -04:00
- "6.8.9"
Add version 6.8.10
2020-05-13 14:27:40 -04:00
- "6.8.10"
[7.x] Introduce v6.8.11 (#57600)
2020-06-03 12:10:16 -04:00
- "6.8.11"
adjusted bwcVersions file
2020-08-03 04:58:24 -04:00
- "6.8.12"
[7.x] Introduce 6.8.13 as a version (#61198) Introduce version 6.8.13 to branch 7.x
2020-08-18 10:07:16 -04:00
- "6.8.13"
[7.10] add 6.8.14 version (#63824) adding 6.8.14 after version 6.8.13 release
2020-10-22 10:51:01 -04:00
- "6.8.14"
Fixing Bwc checks for 7.10.3 (#93) Signed-off-by: Peter Nied <petern@amazon.com>
2021-02-12 15:20:47 -05:00
- "6.8.15"
Add a list of BWC versions for CI (#44418) This PR adds a list of index compatible versions to the `.ci` directory as well as a way to generate and verify it. Unfortunetly there is no easy way in Jenkins to have the build generate then consume this YML axis config. I hate that this would need maintenance on versions bumps, but the potential benefir here is reducing the bwc builds that can take more than 24 hours to less than 20 minutes. This is possible because the CI setup would use a matrix job to run something like: ``` ./graldew 'v7.0.0#bwcTest' ``` For every index compatible version. On top of that `--parallel` should be possible even without testclusters due to the limited number of clusters being set up here. The example command above runs in exactly 10 minutes on my laptop, thus I'm proposing to accept this compromise while we work out the infra to do this more dinamically.
2019-07-17 10:34:35 -04:00
- "7.0.0"
- "7.0.1"
- "7.1.0"
- "7.1.1"
- "7.2.0"
- "7.2.1"
- "7.3.0"
Update ci bwc versions
2019-08-06 04:45:28 -04:00
- "7.3.1"
update bwcVersions
2019-08-22 15:20:34 -04:00
- "7.3.2"
Bump version from 7.4 to 7.5 (#46142)
2019-08-29 15:03:26 -04:00
- "7.4.0"
Adds version 7.4.1
2019-10-01 08:09:04 -04:00
- "7.4.1"
Add versions 7.4.2 and 6.8.5
2019-10-23 11:25:25 -04:00
- "7.4.2"
Bump version to 7.6
2019-10-16 09:44:21 -04:00
- "7.5.0"
Update CI BWC versions
2019-12-03 19:18:49 -05:00
- "7.5.1"
Add 7.5.2 version.
2019-12-18 12:41:26 -05:00
- "7.5.2"
Add 7.6.0 staged version to BWC testing matrix
2020-01-23 18:03:14 -05:00
- "7.6.0"
Add version constant for 7.6.1
2020-02-11 09:38:10 -05:00
- "7.6.1"
[7.x] Add 7.6.2 as version (#53114)
2020-03-04 11:39:09 -05:00
- "7.6.2"
Add version 7.8.0 Add version 7.8.0
2020-03-25 13:08:39 -04:00
- "7.7.0"
Add the 7.7.1 Version Add the bumped 7.7 branch new version, 7.7.1
2020-05-13 11:18:43 -04:00
- "7.7.1"
Add version 7.9.0 This reverts commit 350e930e
2020-05-06 14:25:23 -04:00
- "7.8.0"
Version bump for 7.8.0 release
2020-06-18 05:55:26 -04:00
- "7.8.1"
Bump version to 7.10.0
2020-07-15 06:44:40 -04:00
- "7.9.0"
Version bump for 7.9.0 release
2020-08-18 10:13:35 -04:00
- "7.9.1"
[7.x] Version bump 7.9.1 release
2020-09-02 12:03:26 -04:00
- "7.9.2"
Bump version after 7.9.2 release
2020-09-24 10:51:13 -04:00
- "7.9.3"
Bump versions after 7.10 release (#64856)
2020-11-11 08:08:16 -05:00
- "7.10.0"
[7.10] Bump version after 7.10.1 release
2020-12-08 05:41:42 -05:00
- "7.10.1"
Update bwc versions after 7.10.2 has been releeased
2021-01-15 04:19:53 -05:00
- "7.10.2"
Version bump for 1.1 release (#772) Bumps the minor to 1.1 for the 1.0 release. Signed-off-by: Nicholas Walter Knize <nknize@apache.org>
2021-06-28 10:58:27 -04:00
- "1.0.0"
Add 1.0.1 revision (#1152) This commit stages the branch to the next 1.0.1 patch release. BWC testing needs this even if the next revision is never actually released. Signed-off-by: Nicholas Walter Knize <nknize@apache.org>
2021-08-26 00:11:43 -04:00
- "1.0.1"
- "1.1.0"
[Version] Add 1.2 for BWC testing (#1241) Signed-off-by: Nicholas Walter Knize <nknize@apache.org>
2021-09-15 12:07:53 -04:00
- "1.2.0"