List view

• Bidi streaming read support for Cloud Storage

  To achieve this milestone: (1) the Storage client will support bidi streaming reads (probably via a `open_object()` method), (2) this includes support for redirects, read handles, and routing tokens, (3) the RPC can be mocked in customer tests, (4) we have a benchmark showing what the latency for ranged reads is against Regional Buckets and Zonal Buckets, (5) the performance results are no embarrassing in ZB.

  Due by January 15, 2026

  •22/22 issues closed
  100% complete0 open22 closed

• Implement client library for Compute

  Compute is a large service, typically generated from the discovery doc specification. Most of the work will be in sidekick, changing it to support discovery docs in addition to Protobuf as service specification formats. We will also need to add tests, examples, and maybe some helpers to this repository.

  Due by December 30, 2025

  •15/15 issues closed
  100% complete0 open15 closed

• GA with Cloud Storage

  We want to release the SDK as GA, including Cloud Storage.

  Due by September 9, 2025

  •31/31 issues closed
  100% complete0 open31 closed

• Ready to launch generated clients

  Before we launch the clients we want to make sure we have not missed large features or subtle corner cases in the generated code. Serialization / deserialization could have unknown bugs. Building HTTP requests and responses with different data types could have problems too. And finally we may have bugs that do not manifest until one runs for many hours or days. We need to test all these things.

  No due date

  •26/26 issues closed
  100% complete0 open26 closed

• First hand-crafted client

  We want a release including a hand-crafted client (the current plan is the client for Google Cloud Storage) and with some high-demand auth features. Details in go/cloud-rust-prd

  Due by July 31, 2025

  •55/55 issues closed
  100% complete0 open55 closed

• Stabilize the generated APIs

  We also want to stabilize things exposed by the generated APIs, like `gax::*`, `auth::*`, and `wkt::*`.

  No due date

  •74/74 issues closed
  100% complete0 open74 closed

• Get secretmanager launchable as a v0.x crate

  We want to get the secretmanager crate to a launchable state. We may or may not launch it, we just want to remove any technical blockers from doing so. * We want the integration tests to pass * We want the documentation tests to pass * We want an example showing how to initialize the client * We want a README.md that includes this example * We want the basic structure of the client to be stable, e.g., traits for the client, builder, and/or options * We want `sidekick refreshall` to work * We want `sidekick upgrade` to work * It is not a goal to have an automatically generated quickstart * It is not a goal to have a stable API ready for 1.0 * It is not a goal to automatically detect breaking changes * It is not a goal to automatically update the code as googleapis changes

  Due by March 1, 2025

  •22/22 issues closed
  100% complete0 open22 closed

• The generator can create a working secret manager client library for Rust

  The generator can generate a working secret manager client library for Rust. For Golang we want compilable code. By "working" we mean that the client libraries compile without warnings and can issue RPCs with the default ADC. We do not require perfectly clean "lints". We do not require working reference docs. We do not require packages. We do not require code samples. We do not require retry loops. Secret manager does not include LROs. We do not require telemetry headers, user-agent strings, or other nice-to-haves.

  No due date

  •19/19 issues closed
  100% complete0 open19 closed