Buildbarn Portal is a web service written in React and Go that can display Bazel build output in browsable, digestible fashion. The service consumes Build Event Protocol (BEP) data, from local files or as streamed via the Build Event Service protocol.
Buildbarn Portal groups Bazel invocations into builds based on the observed setting of the BUILD_URL
environment variable.
If this environment variable is set during an invocation, the invocation will be attributed to a build as identified by the URL.
Buildbarn Portal displays analyzed build output either for individual Bazel invocations, or for builds comprising multiple Bazel invocations.
The grouping of Bazel invocations by build is a differentiating feature of the Buildbarn Portal.
Buildbarn Portal uses a local file-backed database to persist its data so users can continue referencing analyzed results beyond initial viewing. The service offers basic functionality for browsing and searching among these persisted Bazel invocation results.
From ./frontend
, run:
npm install
From repository root, run:
go run cmd/bb_portal/main.go
The backend runs a reverse proxy for the frontend.
From ./frontend
, run:
npm run dev
You can run the backend on different bind addresses, but you'll need to update the frontend too:
go run ../cmd/bb_portal/main.go --bind-http=:9091 --bind-grpc=:9092 &
NEXT_PUBLIC_BES_BACKEND_URL=http://localhost:9091 NEXT_PUBLIC_BES_GRPC_BACKEND_URL=grpc://localhost:9092 npm run dev
You can supply a URL to bb-browser, which is used to create links for downloading blobs:
NEXT_PUBLIC_BROWSER_URL=browser.example.com npm run dev
Currently this is used to download the build profile.
Go to http://localhost:8081. This will go through the reverse proxy that the backend runs.
NOTE: Even though the frontend is available directly at http://localhost:3000, APIs don't work on that port, so you will not be able to see any data if you access the application in this way.
The home page of the application will appear as follows:
Bazel invocations known to the service will be listed on the Bazel invocations landing page:
The problems exhibited during a Bazel invocation will be displayed on a page dedicated to the invocation:
Builds known to the service will be listed on the builds landing page:
From this page, users may navigate to summary views of all invocations associated with a given build:
From ./bazel-demo
, run:
bazel test --keep_going --build_event_json_file=build_events_01.ndjson //...
This will produce both a build and a test failure in a single example.
You can then upload the build_events_01.json
output file to see the results in the application.
Once you have BEP files produced by Bazel, you can upload them via the application homepage.
The GraphiQL explorer is available via http://localhost:8081/graphiql.
Build portal depends on Build Event Stream protobuf generated code.
This dependency is managed through a Bazel project, third_party/bazel/_generate-via-bazel/
.
The project itself depends on the original protobuf definitions in Bazel's repository, and patches them in order to produce Go code and to do so with package names specific to Build portal.
NOTE: The Bazel project itself uses a specific Bazel version. If you use Bazelisk, it will automatically activate this version based on the
third_party/bazel/_generate-via-bazel/.bazelversion
file.
For more info, see the Bazel project's README.md.