mwtian 7013b32d15 [Release] prefer last cluster env version in release tests (#24950) ... Currently the release test runner prefers the first successfully version of a cluster env, instead of the last version. But sometimes a cluster env may build successfully on Anyscale but cannot launch cluster successfully (e.g. version 2 here) or new dependencies need to be installed, so a new version needs to be built. The existing logic always picks up the 1st successful build and cannot pick up the new cluster env version. Although this is an edge case (tweaking cluster env versions, with the same Ray wheel or cluster env name), I believe it is possible for others to run into it. Also, avoid running most of the CI tests for changes under release/ray_release/.		2022-05-24 13:26:54 +01:00
..
check-test-run.py	[ci] Clean up ci/ directory (refactor ci/travis) (#23866)	2022-04-13 18:11:30 +01:00
determine_tests_to_run.py	[Release] prefer last cluster env version in release tests (#24950)	2022-05-24 13:26:54 +01:00
fix-windows-container-networking.ps1	[ci] Clean up ci/ directory (refactor ci/travis) (#23866)	2022-04-13 18:11:30 +01:00
py_dep_analysis.py	[ci] Clean up ci/ directory (refactor ci/travis) (#23866)	2022-04-13 18:11:30 +01:00
py_dep_analysis_test.py	[ci] Clean up ci/ directory (refactor ci/travis) (#23866)	2022-04-13 18:11:30 +01:00