chore(deps): update dependency bazel to v7.1.1 (#114)

Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
1 file changed
tree: 3a2ec255ed9cc588e941a4a6bf1916a4719210ea
  1. .bcr/
  2. .devcontainer/
  3. .github/
  4. docs/
  5. e2e/
  6. mylang/
  7. .bazelignore
  8. .bazelrc
  9. .bazelversion
  10. .gitattributes
  11. .gitignore
  12. .pre-commit-config.yaml
  13. .prettierignore
  14. BUILD.bazel
  15. CONTRIBUTING.md
  16. LICENSE
  17. MODULE.bazel
  18. README.md
  19. renovate.json
  20. WORKSPACE.bazel
README.md

Template for Bazel rules

Copy this template to create a Bazel ruleset.

Features:

  • follows the official style guide at https://docs.bazel.build/versions/main/skylark/deploying.html
  • allows for both WORKSPACE.bazel and bzlmod (MODULE.bazel) usage
  • includes Bazel formatting as a pre-commit hook (using buildifier)
  • includes stardoc API documentation generator
  • includes typical toolchain setup
  • CI configured with GitHub Actions
  • release using GitHub Actions just by pushing a tag
  • the release artifact doesn't need to be built by Bazel, but can still exclude files and stamp the version

See https://docs.bazel.build/versions/main/skylark/deploying.html#readme

Ready to get started? Copy this repo, then

  1. search for “com_myorg_rules_mylang” and replace with the name you'll use for your workspace
  2. search for “myorg” and replace with GitHub org
  3. search for “mylang”, “Mylang”, “MYLANG” and replace with the language/tool your rules are for
  4. rename directory “mylang” similarly
  5. run pre-commit install to get lints (see CONTRIBUTING.md)
  6. if you don't need to fetch platform-dependent tools, then remove anything toolchain-related.
  7. (optional) install the Renovate app to get auto-PRs to keep the dependencies up-to-date.
  8. delete this section of the README (everything up to the SNIP).

---- SNIP ----

Bazel rules for mylang

Installation

From the release you wish to use: https://github.com/myorg/rules_mylang/releases copy the WORKSPACE snippet into your WORKSPACE file.

To use a commit rather than a release, you can point at any SHA of the repo.

For example to use commit abc123:

  1. Replace url = "https://github.com/myorg/rules_mylang/releases/download/v0.1.0/rules_mylang-v0.1.0.tar.gz" with a GitHub-provided source archive like url = "https://github.com/myorg/rules_mylang/archive/abc123.tar.gz"
  2. Replace strip_prefix = "rules_mylang-0.1.0" with strip_prefix = "rules_mylang-abc123"
  3. Update the sha256. The easiest way to do this is to comment out the line, then Bazel will print a message with the correct value. Note that GitHub source archives don't have a strong guarantee on the sha256 stability, see https://github.blog/2023-02-21-update-on-the-future-stability-of-source-code-archives-and-hashes/