feat(storage): update request models for appendable upload

[vsharonlynn]

This PR comes after PR #6002 .

[gemini-code-assist]

Code Review

This pull request implements bidirectional streaming writes (Bidi Write) for Google Cloud Storage, introducing the AppendableObjectWriter along with request builders OpenAppendableObject and ReopenAppendableObject to support appending data to objects. It includes a background Worker to manage the gRPC stream, a Connector to handle connection handshakes and routing redirects, and comprehensive unit and integration tests. The review feedback highlights two opportunities in connector.rs to improve error handling by replacing .expect() calls with safe error propagation using ? when converting parameters to proto format.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 96.55%. Comparing base (c951bb8) to head (325dfe0).

Additional details and impacted files

@@           Coverage Diff           @@
##             main    #5957   +/-   ##
=======================================
  Coverage   96.55%   96.55%           
=======================================
  Files         257      259    +2     
  Lines       65173    65173           
=======================================
+ Hits        62927    62930    +3     
+ Misses       2246     2243    -3     

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[vsharonlynn]

I ran

$ cargo +nightly public-api -p google-cloud-storage diff origin/main..HEAD

The output is:

Removed items from the public API
=================================
(none)

Changed items in the public API
===============================
(none)

Added items to the public API
=============================
(none)

[coryan]

This is too large for a single PR, please split.

[vsharonlynn]

This is too large for a single PR, please split.

Sorry about this. I have chained PRs, this has changes from #5956. Because my branches are in my fork, I can't diff this branch from the #5956 branch in a PR into this repository.

One way I found on how to view only the changes for this PR is to select the commits that don't belong to the previous PR:

Happy to split it up if this still looks too large.

Another way is for us to wait until the previous PR is merged, then I'll rebase this before you take a look.

Please let me know if there is a more efficient way to do this...

Thank you.

[coryan]

Another way is for us to wait until the previous PR is merged, then I'll rebase this before you take a look.

Yes, that works for me.

Please let me know if there is a more efficient way to do this...

Support for stacked PRs (allegedly in the works at GitHub) may help, but I do not think that is available to us yet.

Normally we keep stacked PRs as draft. They are useful to give reviewers a sense of the overall change, but too large to review. Reviewing after a rebase is far more practical.

[vsharonlynn]

This large PR has been split into 4 PRs:

• This PR now contains only the changes to the request models
• feat(storage): implement open_appendable_object API #6113 implement open_appendable_object API
• feat(storage): implement reopen_appendable_object API #6114 implement reopen_appendable_object API
• feat(storage): add integration test for appendable upload #6115 add integration tests

Thank you.