A GitHub app that mirrors releases of your Bazel ruleset to the Bazel Central Registry.
Prepare your ruleset for bzlmod by following the Bzlmod User Guide.
-
Configure the app for:
- Your ruleset repository.
- A fork of bazelbuild/bazel-central-registry. The fork can be in the same GitHub account as your ruleset or in the release author's personal account.
Note: Authors of rulesets under the
bazelbuild
org should add the app to their personal fork ofbazelbuild/bazel-central-registry
. -
Include these template files in your ruleset repository.
-
Cut a release. You will be tagged in a pull request against the BCR.
Publish to BCR uses information about the GitHub author of a release in order to tag that author in the commit, push an entry to their BCR fork, or send error notifications. If you use a GitHub action to automate your release and the author is the github-actions
bot (likely because you used the GITHUB_TOKEN
secret to authorize the action), then the app won't know who cut the release and may not function properly.
You can work around this by setting a fixed releaser.
You can publish BCR entries for multiple modules that exist in your git repository by configuring moduleRoots
.
Include patches in the BCR entry by adding them under .bcr/patches
in your ruleset repository. All patches must have the .patch
extension and be in the -p1
format.
For example, a patch in .bcr/patches/remove_dev_deps.patch
will be included in the entry's pull request and will be referenced in the
corresponding source.json
file:
{
...
"patch_strip": 0,
"patches": {
"remove_dev_deps.patch": "sha256-DXvBJbXZWf3hITOIjeJbgER6UOXIB6ogpgullT+oP4k="
}
}
To patch in a submodule, add the patch to a patches folder under the submodule path .bcr/[sub/module]/patches
where sub/module is the path to the WORKSPACE folder relative to the repository root.
Create an issue in this repository for support.