Remove the option to pass output files inline.

This was a premature optimization in the original protocol design.
Generally speaking, the server does not know whether or not the client
is interested in an output file. A client using the output file only as
an intermediate result to be fed back into a later action never needs to
download it, and instead can just pass the digest into the next action.
Bazel does not implement this behaviour because of architectural
constraints at the matter, but it is desired.

The same is not being done for stdout/stderr logs. The client is much
more reliably interested in them, especially for failing actions. In
fact, it was the proposal to include them inline that was extended to
output files.
1 file changed
tree: 4494bb2cdf745cbfbedc4cfc39c714c88ae351f8
  1. build/
  2. .gitignore
  3. AUTHORS
  4. BUILD.googleapis
  5. CONTRIBUTING.md
  6. CONTRIBUTORS
  7. LICENSE
  8. README.md
  9. WORKSPACE
README.md

Remote Execution API

The Remote Execution API is an API that, at its most general, allows clients to request execution of binaries on a remote system. It is intended primarily for use by build systems, such as Bazel, to distribute build and test actions through a worker pool, and also provide a central cache of build results. This allows builds to execute faster, both by reusing results already built by other clients and by allowing many actions to be executed in parallel, in excess of the resource limits of the machine running the build.

Dependencies

The APIs in this repository refer to several general-purpose APIs published by Google in the Google APIs repository. You will need to refer to packages from that repository in order to generate code using this API. If you build the repository using the included BUILD files, Bazel will fetch the protobuf compiler and googleapis automatically.

Using the APIs

The repository contains BUILD files to build the protobuf library with Bazel. If you wish to use them with your own project in Bazel, you will possibly want to declare cc_proto_library, java_proto_library, etc. rules that depend on them.

Other build systems will have to run protoc on the protobuf files, and link in the googleapis and well-known proto types, manually.