[beproxy] connect ResultStore, create invocation

Connect to ResultStore service with grpc.
Create an Invocation, and do nothing else.

resultstore.go: ResultStoreUploader will be the interface
for pushing data up through grpc calls.

client.go: contains a ResultStoreUploader.

main.go: sets up invocation parameters from command-line flags.

scripts/bes-ninja-wrapper.sh: minimalist wrapper that
coordinates beproxy lifetime with a wrapped ninja (or any command)
invocation.

Test: none yet, pending corresponding ninja tool changes
Bug: 390427892
Change-Id: I3a32a5ad87e4f4aec00370442b7586ca8d45949b
Reviewed-on: https://fuchsia-review.googlesource.com/c/rsclient/+/1341881
Commit-Queue: David Fang <fangism@google.com>
Reviewed-by: Jay Zhuang <jayzhuang@google.com>
8 files changed
tree: a8b664cb46562a287b974baf3848b9e244d83fe1
  1. cmd/
  2. internal/
  3. scripts/
  4. tools/
  5. .bazelversion
  6. .gitignore
  7. AUTHORS
  8. BUILD.bazel
  9. CONTRIBUTING.md
  10. go.mod
  11. go.sum
  12. LICENSE
  13. MODULE.bazel
  14. OWNERS
  15. PATENTS
  16. README.md
  17. version.bzl
README.md

ResultStore Client Tools

The rsclient repository contains tools that support the use of ResultStore services and API.

rsproxy acts as a bridge between build tools and the ResultStore service.

The first supported build tool is Fuchsia's fork of ninja.

Developing from source

Prerequisites

  • rsclient builds with Bazel. We recommend using Bazelisk to use the version of Bazel currently supported by this code base.

rsclient is supported for Linux, and is yet untested on other platforms.

Setup

Before working with the code base, we recommend installing the precommit hook once per git clone with:

./scripts/install_precommit.sh

This runs a variety of checks and automatic regeneration steps for you before committing local changes.

Building

To build everything:

$ bazelisk build ...

Testing

To run tests:

$ bazelisk test ...

Install

Versioning

Not yet applicable.

Releases

Not yet applicable.