Rewrite visibility advice in build style guide.

Directly from the prior conversation, say both __pkg__ and __subpackages__ are equally appropriate and acceptable. Should I add a section saying to consider __subpackages__ to avoid churn when clients refactor their code?

Re-order so the first thing said is the 'thesis' that "Visibility should be scoped as tightly as possible" (since that seems to be the main takeaway for the section).

From my own experience, directly caution against using package default_visibility.

Note, I am convinced there is a bug regarding default_visibility that is causing too many files to be exposed. Files used as inputs are implicitly exported with default_visibility even if exports_files is never used.

This bug as well as people overusing default_visibility has caused substantial headaches when trying to refactor code.

RELNOTES: Update visibility advice in build-style
PiperOrigin-RevId: 246048587
1 file changed
tree: b8854a65cbcdefaa2438bc1190149ffe06dcac33
  1. .bazelci/
  2. examples/
  3. scripts/
  4. site/
  5. src/
  6. third_party/
  7. tools/
  8. .bazelrc
  9. .gitattributes
  10. .gitignore
  11. AUTHORS
  12. BUILD
  13. CHANGELOG.md
  14. CODEOWNERS
  15. combine_distfiles.py
  16. combine_distfiles_to_tar.sh
  17. compile.sh
  18. CONTRIBUTING.md
  19. CONTRIBUTORS
  20. distdir.bzl
  21. ISSUE_TEMPLATE.md
  22. LICENSE
  23. README.md
  24. WORKSPACE
README.md

Bazel

{Fast, Correct} - Choose two

Build and test software of any size, quickly and reliably.

  • Speed up your builds and tests: Bazel only rebuilds what is necessary. With advanced local and distributed caching, optimized dependency analysis and parallel execution, you get fast and incremental builds.

  • One tool, multiple languages: Build and test Java, C++, Android, iOS, Go, and a wide variety of other language platforms. Bazel runs on Windows, macOS, and Linux.

  • Scalable: Bazel helps you scale your organization, codebase, and continuous integration solution. It handles codebases of any size, in multiple repositories or a huge monorepo.

  • Extensible to your needs: Easily add support for new languages and platforms with Bazel's familiar extension language. Share and re-use language rules written by the growing Bazel community.

Getting Started

Documentation

Contributing to Bazel

See CONTRIBUTING.md

Build status

Bazel is released in ‘Beta’. See the product roadmap to learn about the path toward a stable 1.0 release.