Bump connectrpc.com/connect from 1.16.0 to 1.16.1 (#2904) Bumps [connectrpc.com/connect](https://github.com/connectrpc/connect-go) from 1.16.0 to 1.16.1. <details> <summary>Release notes</summary> <p><em>Sourced from <a href="https://github.com/connectrpc/connect-go/releases">connectrpc.com/connect's releases</a>.</em></p> <blockquote> <h2>v1.16.1</h2> <p>This release contains a single bugfix.</p> <h2>What's Changed</h2> <h3>Bugfixes</h3> <ul> <li>Fix redundant attempts to write headers in certain error cases in Connect unary RPCs by <a href="https://github.com/emcfarlane"><code>@emcfarlane</code></a> in <a href="https://redirect.github.com/connectrpc/connect-go/issues/726">#726</a></li> </ul> <p><strong>Full Changelog</strong>: <a href="https://github.com/connectrpc/connect-go/compare/v1.16.0...v1.16.1">https://github.com/connectrpc/connect-go/compare/v1.16.0...v1.16.1</a></p> </blockquote> </details> <details> <summary>Commits</summary> <ul> <li><a href="https://github.com/connectrpc/connect-go/commit/3ed7fb0a690538fea387a24a3bcd2888373a0cd4"><code>3ed7fb0</code></a> Prepare for v1.16.1 (<a href="https://redirect.github.com/connectrpc/connect-go/issues/727">#727</a>)</li> <li><a href="https://github.com/connectrpc/connect-go/commit/fd9d60a4e3693430d09e9d7894765e41e30522d9"><code>fd9d60a</code></a> Fix multiple header writes for connect unary on error (<a href="https://redirect.github.com/connectrpc/connect-go/issues/726">#726</a>)</li> <li><a href="https://github.com/connectrpc/connect-go/commit/1abde82b828ae6e6842d09174713defaff0f48de"><code>1abde82</code></a> Bump connectrpc.com/conformance from 1.0.1 to 1.0.2 in /internal/conformance ...</li> <li><a href="https://github.com/connectrpc/connect-go/commit/59f77e784908ddab78a262ed44bdd0515733d487"><code>59f77e7</code></a> Update to latest conformance suite: v1.0.1 (<a href="https://redirect.github.com/connectrpc/connect-go/issues/723">#723</a>)</li> <li><a href="https://github.com/connectrpc/connect-go/commit/e4300c7d5944dc299ba7845e03d3a336efc21c24"><code>e4300c7</code></a> Update to v1.0.0-rc4 of conformance suite (<a href="https://redirect.github.com/connectrpc/connect-go/issues/721">#721</a>)</li> <li><a href="https://github.com/connectrpc/connect-go/commit/dbd732abca9b26236d2eb647ea8e02051f432262"><code>dbd732a</code></a> Back to development (<a href="https://redirect.github.com/connectrpc/connect-go/issues/715">#715</a>)</li> <li>See full diff in <a href="https://github.com/connectrpc/connect-go/compare/v1.16.0...v1.16.1">compare view</a></li> </ul> </details> <br /> [](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> <br /> You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show <dependency name> ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) </details> --------- Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: bufdev <bufdev-github@buf.build>
The buf CLI is the best tool for working with Protocol Buffers. It provides:
You can install buf using Homebrew (macOS or Linux):
brew install bufbuild/buf/buf
This installs:
buf, protoc-gen-buf-breaking, and protoc-gen-buf-lint binariesFor other installation methods, see our official documentation, which covers:
buf via npmbuf on Windowsbuf as a Docker imageBuf's help interface provides summaries for commands and flags:
buf --help
For more comprehensive usage information, consult Buf's documentation, especially these guides:
buf breakingbuf buildbuf generatebuf lintbuf formatbuf registry (for using the BSR)We will never make breaking changes within a given major version of the CLI. Once buf reaches v1.0, you can expect no breaking changes until v2.0. But as we have no plans to ever release a v2.0, we will likely never break the buf CLI.
This breaking change policy does not apply to commands behind the
buf betagate, and you should expect breaking changes to commands likebuf beta registry. The policy does go into effect, however, when those commands or flags are elevated out of beta.
Buf‘s goal is to replace the current paradigm of API development, centered around REST/JSON, with a schema-driven paradigm. Defining APIs using an IDL provides numerous benefits over REST/JSON, and Protobuf is by far the most stable and widely adopted IDL in the industry. We’ve chosen to build on this widely trusted foundation rather than creating a new IDL from scratch.
But despite its technical merits, actually using Protobuf has long been more challenging than it needs to be. The Buf CLI and the BSR are the cornerstones of our effort to change that for good and to make Protobuf reliable and easy to use for service owners and clients alike—in other words, to create a modern Protobuf ecosystem.
While we intend to incrementally improve on the buf CLI and the BSR, we're confident that the basic groundwork for such an ecosystem is already in place.
The Buf Schema Registry (BSR) is a SaaS platform for managing your Protobuf APIs. It provides a centralized registry and a single source of truth for all of your Protobuf assets, including not just your .proto files but also remote plugins. Although the BSR provides an intuitive browser UI, buf enables you to perform most BSR-related tasks from the command line, such as pushing Protobuf sources to the registry and managing users and repositories.
The BSR is not required to use
buf. We've made the core features of thebufCLI available to all Protobuf users.
While buf‘s core features should cover most use cases, we’ve included some more advanced features to cover edge cases:
.proto files in accordance with your supplied build configuration, which means that you no longer need to manually specify --proto_paths. You can still, however, specify .proto files manually through CLI flags in cases where file discovery needs to be disabled.buf outputs information in file:line:column:message form by default for each lint error and breaking change it encounters, but you can also select JSON and, in the near future, JUnit output.buf's granular error output. We currently provide linting integrations for both Vim and Visual Studio Code but we plan to support other editors, such as Emacs and JetBrains IDEs like IntelliJ and GoLand, in the future..proto files but also against a broad range of other Inputs, such as tarballs and ZIP files, remote Git repositories, and pre-built image files.protoc. This allows for near-instantaneous feedback, which is of special importance for features like editor integration.Once you've installed buf, we recommend completing the Tour of Buf, which provides a broad but hands-on overview of the core functionality of both the CLI and the BSR. The tour takes about 10 minutes to complete.
After completing the tour, check out the remainder of the docs for your specific areas of interest.
For help and discussion around Protobuf, best practices, and more, join us on Slack.
For updates on the Buf CLI, follow this repo on GitHub.
For feature requests, bugs, or technical questions, email us at dev@buf.build. For general inquiries or inclusion in our upcoming feature betas, email us at info@buf.build.