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

Better documentation/controls to allow CI caching #6869

Closed
thomasvl opened this issue Dec 7, 2018 · 4 comments
Closed

Better documentation/controls to allow CI caching #6869

thomasvl opened this issue Dec 7, 2018 · 4 comments
Labels
P3 We're not considering working on this, but happy to review a PR. (No assignee) stale Issues or PRs that are stale (no activity for 30 days) team-Documentation Documentation improvements that cannot be directly linked to other team labels team-Remote-Exec Issues and PRs for the Execution (Remote) team type: documentation (cleanup)

Comments

@thomasvl
Copy link
Member

thomasvl commented Dec 7, 2018

Sorta related to #6865

https://travis-ci.org has support for setting up a directory to be cached/reused between runs. It would seem like for bazel, the good thing to do would be to be able to cache all the remote repo downloads and then likely the action cache.

Looking at Output Directory Layout and bazel help --long startup_options is isn't completely clear how to do this.

The Output Directory Layout page seems to say things will go into ~/.caches/bazel/, as a starting point, but that doesn't seem be true for macOS.

--output_base does seem to control where everything, goes, but this seems to include some log files, which it wouldn't make sense to get cache.

--output_user_root also does seem to control a large chunk of things, but again it includes some log files that likely should be in a cache.

--disk_cache does work, and is reasonable scoped, but we'd still need something for the downloads.

Doing some digging in other rules repos, I did find --experimental_repository_cache, but I can't find that in the help, and it wasn't immediately clear that the value caused anything to be written there.

The Remote Caching page does talk about --disk_cache, but the pages does't seem to cover some of the other things bazel can need to download and maintain locally.

So, can something better document (which make require more options), how to control where downloads are cached to be reused between CI runs? These sorta controls could also be useful to allow the showing of downloads between multiple workspaces on a single machine.

@jin jin added type: documentation (cleanup) untriaged team-Bazel General Bazel product/strategy issues labels Dec 10, 2018
@jin
Copy link
Member

jin commented Dec 12, 2018

--experimental_repository_cache is now --repository_cache and enabled by default. I believe the default value is $HOME/.cache/bazel/_bazel_jingwen/cache/repos/v1/ and all external repos with their checksums explicitly specified in the WORKSPACE are cached. @aehlig did some work here recently.

@ittaiz
Copy link
Member

ittaiz commented Dec 13, 2018 via email

@dslomov dslomov added team-Remote-Exec Issues and PRs for the Execution (Remote) team and removed team-Bazel General Bazel product/strategy issues labels Jul 8, 2019
@coeuvre coeuvre added P3 We're not considering working on this, but happy to review a PR. (No assignee) and removed untriaged labels Dec 9, 2020
@sgowroji sgowroji added the team-Documentation Documentation improvements that cannot be directly linked to other team labels label Jan 11, 2023
Copy link

Thank you for contributing to the Bazel repository! This issue has been marked as stale since it has not had any activity in the last 1+ years. It will be closed in the next 90 days unless any other activity occurs. If you think this issue is still relevant and should stay open, please post any comment here and the issue will no longer be marked as stale.

@github-actions github-actions bot added the stale Issues or PRs that are stale (no activity for 30 days) label Mar 17, 2024
Copy link

This issue has been automatically closed due to inactivity. If you're still interested in pursuing this, please post @bazelbuild/triage in a comment here and we'll take a look. Thanks!

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jun 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P3 We're not considering working on this, but happy to review a PR. (No assignee) stale Issues or PRs that are stale (no activity for 30 days) team-Documentation Documentation improvements that cannot be directly linked to other team labels team-Remote-Exec Issues and PRs for the Execution (Remote) team type: documentation (cleanup)
Projects
None yet
Development

No branches or pull requests

6 participants