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

58 lines
685 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"
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"