soft_fail CI tasks, upgrade to rules_python-1.6.0 #1768
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
Updates the
test_rules_scala_linux_last_greenand the matrixedbcr_presubmitjobs to usesoft_fail. Upgradesrules_pythonfrom 1.6.0-rc0 to 1.6.0.Also adds the
{bcr_bazel}value to matrixedbcr_presubmitjob names.Motivation
It occurred to me that we don't want failing
bcr_presubmitjobs for Bazel8.x,rolling, orlast_greento potentially block pull requests. Breakages under these versions could be due to unrelated upstream Bazel changes, addressable in a separate pull request.Also, the
test_rules_scala_linux_last_greenbuild step usingbuildkite-agent annotatedoesn't fit thebcr_presubmitjobs well. These annotations were also somewhat easy to miss, leading to thetest_rules_scala_linux_last_greenjob occasionally remaining broken for some time.Today I learned about the
soft_failattribute of Buildkite commands, discovering it by skimming thebazelbuild/continuous-integrationsource.soft_failing jobs clearly show as broken in the UI, while the build as a whole remains passing.Regarding the
rules_pythonupdate, it was just released a day after opening and merging #1767.Adding
{bcr_bazel}to the matrixedbcr_presubmitjob names makes each job more easily distinguishable in the Buildkite UI. Each job's output clearly shows its corresponding Bazel version, but it's nice to see the version in the job name directly.