Skip to content
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

[ci][microcheck] recover the logic to compute new tests #45495

Merged
merged 2 commits into from
May 22, 2024
Merged

Conversation

can-anyscale
Copy link
Collaborator

#45462 adds a new tests by changing bazel rule instead of adding a new test file; this case can only be covered by our previous logic of computing new tests; recover this logic (in addition to the logic of computing new tests by looking at changed test files)

Test:

  • CI

Signed-off-by: can <can@anyscale.com>
@can-anyscale can-anyscale requested a review from a team as a code owner May 22, 2024 15:14
Signed-off-by: can <can@anyscale.com>
@can-anyscale can-anyscale enabled auto-merge (squash) May 22, 2024 17:28
@github-actions github-actions bot added the go add ONLY when ready to merge, run all tests label May 22, 2024
@can-anyscale can-anyscale merged commit c748370 into master May 22, 2024
8 checks passed
@can-anyscale can-anyscale deleted the can-mcx10 branch May 22, 2024 17:52
@can-anyscale
Copy link
Collaborator Author

i broke something, will redo

can-anyscale added a commit that referenced this pull request May 22, 2024
can-anyscale added a commit that referenced this pull request May 23, 2024
#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

This is a redo of #45495 which
got reverted. The difference now is that we run the bazel command in a
container instead of on the current environment. bazel seems to have
issues sharing the cache when calling bazel within bazel
(https://buildkite.com/ray-project/microcheck/builds/444#018fa23a-6e31-435b-a0ea-412ca2d1017b/175-1476)

Test:
- CI
- full microcheck run:
https://buildkite.com/ray-project/microcheck/builds/464

Signed-off-by: can <can@anyscale.com>
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 6, 2024
…45495)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

Test:
- CI

---------

Signed-off-by: can <can@anyscale.com>
Signed-off-by: Ryan O'Leary <ryanaoleary@google.com>
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 6, 2024
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 6, 2024
…45507)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

This is a redo of ray-project#45495 which
got reverted. The difference now is that we run the bazel command in a
container instead of on the current environment. bazel seems to have
issues sharing the cache when calling bazel within bazel
(https://buildkite.com/ray-project/microcheck/builds/444#018fa23a-6e31-435b-a0ea-412ca2d1017b/175-1476)

Test:
- CI
- full microcheck run:
https://buildkite.com/ray-project/microcheck/builds/464

Signed-off-by: can <can@anyscale.com>
Signed-off-by: Ryan O'Leary <ryanaoleary@google.com>
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 6, 2024
…45495)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

Test:
- CI

---------

Signed-off-by: can <can@anyscale.com>
Signed-off-by: Ryan O'Leary <ryanaoleary@google.com>
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 6, 2024
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 6, 2024
…45507)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

This is a redo of ray-project#45495 which
got reverted. The difference now is that we run the bazel command in a
container instead of on the current environment. bazel seems to have
issues sharing the cache when calling bazel within bazel
(https://buildkite.com/ray-project/microcheck/builds/444#018fa23a-6e31-435b-a0ea-412ca2d1017b/175-1476)

Test:
- CI
- full microcheck run:
https://buildkite.com/ray-project/microcheck/builds/464

Signed-off-by: can <can@anyscale.com>
Signed-off-by: Ryan O'Leary <ryanaoleary@google.com>
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 7, 2024
…45495)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

Test:
- CI

---------

Signed-off-by: can <can@anyscale.com>
ryanaoleary pushed a commit to ryanaoleary/ray that referenced this pull request Jun 7, 2024
…45507)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

This is a redo of ray-project#45495 which
got reverted. The difference now is that we run the bazel command in a
container instead of on the current environment. bazel seems to have
issues sharing the cache when calling bazel within bazel
(https://buildkite.com/ray-project/microcheck/builds/444#018fa23a-6e31-435b-a0ea-412ca2d1017b/175-1476)

Test:
- CI
- full microcheck run:
https://buildkite.com/ray-project/microcheck/builds/464

Signed-off-by: can <can@anyscale.com>
GabeChurch pushed a commit to GabeChurch/ray that referenced this pull request Jun 11, 2024
…45495)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

Test:
- CI

---------

Signed-off-by: can <can@anyscale.com>
Signed-off-by: gchurch <gabe1church@gmail.com>
GabeChurch pushed a commit to GabeChurch/ray that referenced this pull request Jun 11, 2024
GabeChurch pushed a commit to GabeChurch/ray that referenced this pull request Jun 11, 2024
…45507)

ray-project#45462 adds a new tests by
changing bazel rule instead of adding a new test file; this case can
only be covered by our previous logic of computing new tests; recover
this logic (in addition to the logic of computing new tests by looking
at changed test files)

This is a redo of ray-project#45495 which
got reverted. The difference now is that we run the bazel command in a
container instead of on the current environment. bazel seems to have
issues sharing the cache when calling bazel within bazel
(https://buildkite.com/ray-project/microcheck/builds/444#018fa23a-6e31-435b-a0ea-412ca2d1017b/175-1476)

Test:
- CI
- full microcheck run:
https://buildkite.com/ray-project/microcheck/builds/464

Signed-off-by: can <can@anyscale.com>
Signed-off-by: gchurch <gabe1church@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
go add ONLY when ready to merge, run all tests
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants