Skip to content

Export modules from the BSR

Within the Buf ecosystem, moving .proto files around is unnecessary. You can manage dependencies in your modules and vendor commonly used modules like googleapis/googleapis from the Buf Schema Registry (BSR) community modules. However, tools other than the Buf CLI may require all .proto files to be present locally.

To export .proto files from the BSR, you can either:

  • use the Buf CLI's buf export command
  • download and extract an archive file

Export with the Buf CLI

The buf export command allows you to copy .proto files to your local environment from many types of sources, including the BSR, a Git repository, or a .tar file. From there you can inspect them or move them into other tools or legacy systems.

The basic buf export command requires a local destination directory path for the output and defaults to the current local directory as the source:

$ buf export -o /path/to/directory

You can also specify a BSR module or a Git repository as the source:

Export a module @latest
$ buf export buf.build/grpc/grpc -o /path/to/directory
Export a module at a specific commit
$ buf export buf.build/grpc/grpc:334e348dc5854e4b99a3a0d25d8ff376 -o /path/to/directory
Export the Protobuf files from a Git repo
$ buf export https://github.com/bufbuild/protovalidate.git -o /path/to/directory

When exporting from the BSR, you can append a specific commit or label reference to the module name, preceded by a colon (:). By default, exporting from the BSR includes all dependencies.

You can also limit the output to a subset of the source by either excluding or including specific paths to a directory or file (multiple paths must be separated by commas):

Exclude the 'geo' directory
$ buf export buf.build/googleapis/googleapis -o /path/to/directory --exclude-path google/geo
Only export the 'geo' and 'longrunning' directories
$ buf export buf.build/googleapis/googleapis -o /path/to/directory --path google/geo,google/longrunning

Export with curl

You can also request an archive of a module from the BSR using the curl command. It downloads a zip or tarball archive to your local environment. The download command requires a BSR module as the source, and has this syntax (the example shows a request for the latest commit on the default label):

Syntax
$ curl -fsSL -OJ https://BSR_DOMAIN//MODULE_OWNER/MODULE_NAME/REFERENCE.FILE_EXT

# Examples
curl -fsSL -OJ https://buf.build/acme/petapis/main.tar.gz
curl -fsSL -OJ https://buf.build/acme/petapis/fc19856dc93042e290c9197d39a2beca.tar.gz
curl -fsSL -OJ https://buf.build/acme/petapis/v1.2.3-fc19856dc930.1.tar.gz

The URL contains these elements:

  • BSR_DOMAIN is the domain name of your BSR server. (Default: buf.build)
  • MODULE_OWNER is the owner of the module.
  • MODULE_NAME is the name of the module.
  • REFERENCE must be one of the following:
    • [label name][label]: uses the latest commit for the given label
    • commit ID: uses the explicit BSR module commit and the most recent plugin version. The commit must be the full module commit name.
  • FILE_EXT is the file extension of the archive. This can be either tar.gz or zip.

Including dependencies

By default, the module archive includes only the specified module's content, excluding any dependencies. You can include all of the target module's dependencies, including the Well Known Types, by adding the imports=true query parameter:

Download a module archive that includes dependencies
$ curl -sOJ "https://buf.build/acme/petapis/archive/main.zip?imports=true"