-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Actually check TEST_SHARD_STATUS_FILE
has been touched
#18236
Conversation
f70f2d2
to
3c3d5a0
Compare
1745813
to
cee1aa2
Compare
Adds the missing check that a test runner running a sharded test actually supports sharding. Previously, if it didn't, each shard would silently run all tests. RELNOTES: If sharding is requested for a test but the test runner does not advertise support for test sharding by touching the `TEST_SHARD_STATUS_FILE`, the tests will fail instead of silently running all tests in each shard.
This reverts commit ef47019.
d17aa9e
to
e4fcf0c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great!
@Pavank1992 please merge after the outstanding comment has been addressed. Thanks! |
Should we cherry pick this in to 6.2.0 or wait for 6.3.0? |
@fmeum Can you file an incompatible flag issue to track the flip of this flag? Basically, follow https://bazel.build/contribute/breaking-changes |
@meteorcloudy Done: #18339 @Pavank1992 This is ready for import. |
@meteorcloudy Will the new flag be included in downstream runs automatically or is there something else I would need to do for that? |
@fmeum I just added the |
@bazel-io flag |
@bazel-io fork 6.3.0 |
https://buildkite.com/bazel/bazelisk-plus-incompatible-flags/builds/1514#_ may not give the most accurate result since most tests were cached so the check was not actually triggered. But cherry picking this flag into 6.3.0 is fine since it's off by default anyway, I'm also fine with flipping it at HEAD, if any project breaks, we'll just file issues for them to fix (should be easy). |
Adds the missing check that a test runner running a sharded test actually declares support for sharding by generating the `TEST_SHARD_STATUS_FILE`. Previously, if it didn't, each shard would silently run all tests. This new behavior is guarded by the new `--incompatible_check_sharding_support` flag. Closes bazelbuild#18236. PiperOrigin-RevId: 530259354 Change-Id: If3b01b2c796e66ad7a77e542145efe3ab412eae9
Adds the missing check that a test runner running a sharded test actually declares support for sharding by generating the `TEST_SHARD_STATUS_FILE`. Previously, if it didn't, each shard would silently run all tests. This new behavior is guarded by the new `--incompatible_check_sharding_support` flag. Closes bazelbuild#18236. PiperOrigin-RevId: 530259354 Change-Id: If3b01b2c796e66ad7a77e542145efe3ab412eae9
Adds the missing check that a test runner running a sharded test actually declares support for sharding by generating the `TEST_SHARD_STATUS_FILE`. Previously, if it didn't, each shard would silently run all tests. This new behavior is guarded by the new `--incompatible_check_sharding_support` flag. Closes bazelbuild#18236. PiperOrigin-RevId: 530259354 Change-Id: If3b01b2c796e66ad7a77e542145efe3ab412eae9
Adds the missing check that a test runner running a sharded test actually declares support for sharding by generating the `TEST_SHARD_STATUS_FILE`. Previously, if it didn't, each shard would silently run all tests. This new behavior is guarded by the new `--incompatible_check_sharding_support` flag. Closes #18236. PiperOrigin-RevId: 530259354 Change-Id: If3b01b2c796e66ad7a77e542145efe3ab412eae9 Co-authored-by: keertk <[email protected]> Co-authored-by: Yun Peng <[email protected]>
I'm seeing tests that are flaky due to this logic in Bazel's own RBE test run: https://buildkite.com/bazel/bazel-bazel-github-presubmit/builds/20155#018db413-588a-46b0-94c2-7b49eb7a7b8c/49-899 @tjgq Do you see anything problematic about this PR? We did include a test with |
Adds the missing check that a test runner running a sharded test actually declares support for sharding by generating the
TEST_SHARD_STATUS_FILE
. Previously, if it didn't, each shard would silently run all tests. This new behavior is guarded by the new--incompatible_check_sharding_support
flag.