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

Enable sandboxing and remote caching for the "exclusive" tag #8983

Closed
wants to merge 1 commit into from

Conversation

buchgr
Copy link
Contributor

@buchgr buchgr commented Jul 25, 2019

There's no good reason why tests tagged with exclusive shouldn't
be able to use sandboxing and/or remote caching. The current
limitations have been kept from open sourcing Bazel and have
never been revisited since.

Remote execution will continue to be disabled because Bazel
can't control what else is running on a remote machine.

There's no good reason why tests tagged with exclusive shouldn't
be able to use sandboxing and/or remote caching. The current
limitations have been kept from open sourcing Bazel and have
never been revisited since.

Remote execution will continue to be disabled because Bazel
can't control what else is running on a remote machine.
@buchgr buchgr requested review from ulfjack and ishikhman July 25, 2019 14:59
@buchgr buchgr requested a review from ola-rozenfeld as a code owner July 25, 2019 14:59
@jin jin added the team-Remote-Exec Issues and PRs for the Execution (Remote) team label Jul 25, 2019
Copy link
Contributor

@ishikhman ishikhman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@bazel-io bazel-io closed this in 0f0a0d5 Jul 31, 2019
bazel-io pushed a commit that referenced this pull request Aug 5, 2019
*** Reason for rollback ***

Breaks some Google-internal targets.

*** Original change description ***

Enable sandboxing and remote caching for the "exclusive" tag

There's no good reason why tests tagged with exclusive shouldn't
be able to use sandboxing and/or remote caching. The current
limitations have been kept from open sourcing Bazel and have
never been revisited since.

Remote execution will continue to be disabled because Bazel
can't control what else is running on a remote machine.

Closes #8983.

PiperOrigin-RevId: 261644804
katre pushed a commit that referenced this pull request Aug 7, 2019
*** Reason for rollback ***

Breaks some Google-internal targets.

*** Original change description ***

Enable sandboxing and remote caching for the "exclusive" tag

There's no good reason why tests tagged with exclusive shouldn't
be able to use sandboxing and/or remote caching. The current
limitations have been kept from open sourcing Bazel and have
never been revisited since.

Remote execution will continue to be disabled because Bazel
can't control what else is running on a remote machine.

Closes #8983.

PiperOrigin-RevId: 261644804
katre pushed a commit that referenced this pull request Aug 12, 2019
*** Reason for rollback ***

Breaks some Google-internal targets.

*** Original change description ***

Enable sandboxing and remote caching for the "exclusive" tag

There's no good reason why tests tagged with exclusive shouldn't
be able to use sandboxing and/or remote caching. The current
limitations have been kept from open sourcing Bazel and have
never been revisited since.

Remote execution will continue to be disabled because Bazel
can't control what else is running on a remote machine.

Closes #8983.

PiperOrigin-RevId: 261644804
@jin
Copy link
Member

jin commented Jun 5, 2020

@buchgr I know you no longer work on Bazel, but do you know if this could be conditionally enabled for Bazel? I understand that it was rolled back internally because of failing tests with internal backends.

@buchgr
Copy link
Contributor Author

buchgr commented Jun 8, 2020

Sure, it is possible to conditionally enable it. In the best case, I would think of this approach as adding technical debt. In the worst case, it will lead to bugs in OSS projects that are synced between internal and external. Unless this feature is urgent, I'd recommend to invest the work and clean up depot.

bazel-io pushed a commit that referenced this pull request Oct 15, 2020
1. Add --incompatible_exclusive_test_sandboxed flag so users can enable this feature conditionally.
2. Users who want to run exclusive tests locally can add a 'local' tag to the test.

*** Original change description ***

Enable sandboxing and remote caching for the "exclusive" tag

There's no good reason why tests tagged with exclusive shouldn't
be able to use sandboxing and/or remote caching. The current
limitations have been kept from open sourcing Bazel and have
never been revisited since.

Remote execution will continue to be disabled because Bazel
can't control what else is running on a remote machine.

Closes #8983.

***

PiperOrigin-RevId: 337219101
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cla: yes team-Remote-Exec Issues and PRs for the Execution (Remote) team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants