Skip to main content


We highly recommend completing the tour to get an overview of buf breaking.

Define a module#

To get started, create a module by adding a buf.yaml file to the root of the directory that contains your Protobuf definitions. You can create the default buf.yaml file with the following command:

$ buf config init
version: v1lint:  use:    - DEFAULTbreaking:  use:    - FILE

Run breaking change detection#

You can run buf breaking on your module by specifying the filepath to the directory containing the buf.yaml and choosing an input to compare it against. In the above example, you can target the input defined in the current directory, and compare it against the main git branch like so:

$ buf breaking --against '.git#branch=main'

The above buf breaking command will:

  • Discover all Protobuf files per your configuration.
  • Copy all Protobuf files into memory.
  • Compile all Protobuf files.
  • Clone the head of the main branch of the git repository located at local directory .git into memory.
  • Compile all Protobuf files on the main branch per the configuration on that branch.
  • Compare the compilation results for breaking changes.

If there are errors, they will be printed out in a file:line:column:message format by default:

$ buf breaking --against '.git#branch=main'pet/v1/pet.proto:18:3:Field "1" on message "Pet" changed type from "enum" to "string".

Breaking output can also be printed as JSON:

$ buf breaking --against '.git#branch=main' --error-format=json{"path":"acme/pet/v1/pet.proto","start_line":18,"start_column":3,"end_line":18,"end_column":9,"type":"FIELD_SAME_TYPE","message":"Field \"1\" on message \"Pet\" changed type from \"enum\" to \"string\"."}

Common use cases#

buf's breaking change detector works by comparing a previous version of your Protobuf schema to your current version. buf considers your current schema to be the "input" and your previous schema to be the "against input". This is represented by the first CLI argument <input> and the --against flag.

There are multiple ways to store and/or retrieve your previous schema version with buf inputs. The following sections outline some common scenarios and how to deal with them.


Make sure to check out Buf's dedicated GitHub Actions to seamlessly add breaking change detection into your CI/CD pipeline!

You can directly compare against the .proto files at the head of a git branch, or a git tag. See the inputs documentation for details on git branches and git tags.

As an example, if you are currently in the root of your git repository, you will have a .git directory. To compare against your Protobuf schema as committed on the main branch:

$ buf breaking --against '.git#branch=main'

This is especially useful for local development. Note that many CI services like Travis CI do not do a full clone of your repo, instead cloning a certain number of commits (typically around 50) on the specific branch that is being tested. In this scenario, other branches will not be present in your clone within CI, so the above won't work. While you could work around this by disabling git clone and doing it manually, a better alternative is to give the remote path directly to buf to clone itself:

# Assuming your repo is$ buf breaking --against ''

buf only clones the single commit at the HEAD of the branch, so even for large repositories, this should be quick.

You can also compare against a git tag, for example v1.0.0:

$ buf breaking --against '.git#tag=v1.0.0'

You can also compare against a subdirectory in your git repository. For example, if your buf.yaml is stored in the subdirectory proto:

$ buf breaking --against '.git#tag=v1.0.0,subdir=proto'

For remote locations that require authentication, see HTTPS Authentication and SSH Authentication for more details.


You can compare against a tar or zip archive of your .proto files as well. This is especially useful for GitHub where tarballs and zip archives can be retrieved for any commit or branch.

# Assuming your repo is and COMMIT is a variable storing the commit# to compare against$ buf breaking --against "${COMMIT}.tar.gz#strip_components=1'$ buf breaking --against "${COMMIT}.zip#strip_components=1'

Deleted references#

buf breaking is able to produce references to your current files even if a type is moved between files. For example, if we moved the Date message to another file, buf would reference the location within this file instead.

buf will also attempt to use an enclosing type for deleted references. For example, if a field is deleted, buf will reference the enclosing message if it is still present, and if a nested message is deleted, buf will reference the enclosing message as well.

For example, from the tour:

$ buf breaking --against "${GOOGLEAPIS_COMMIT}.tar.gz#strip_components=1"google/type/date.proto:50:3:Field "3" on message "Date" changed type from "int32" to "string".

Limit to specific files#

By default, buf builds all files under the buf.yaml configuration file. You can instead manually specify the file or directory paths to run breaking change detection. This is an advanced feature intended to be used for editor or Bazel integration - it is better to let buf discover all files under management and handle this for you in general, especially when using the FILE category.

Breaking change detection will be limited to the given files if the --path flag is specified like so:

$ buf breaking --against .git#branch=main --path path/to/foo.proto --path path/to/bar.proto

You can combine this with an in-line configuration override, too:

$ buf breaking --against .git#branch=main --path path/to/foo.proto --path path/to/bar.proto --config '{"breaking":{"use":["WIRE_JSON"]}}'


Buf ships a Docker image bufbuild/buf that allows you to use buf as part of your Docker workflow. For example:

$ docker run \  --volume "$(pwd):/workspace" \  --workdir /workspace \  bufbuild/buf breaking --against '.git#branch=main'

Advanced use cases#

Due to the nature of inputs, buf will happily compare just about anything. You may have an advanced use case, so we want to demonstrate the capabilities of buf by comparing a git repository against a remote archive.

You should be able to copy/paste this into your terminal:

$ buf breaking \  "" \  --against "" \  --config '{"breaking":{"use":["PACKAGE"]}}'google/cloud/asset/v1/assets.proto:27:1:File option "cc_enable_arenas" changed from "false" to "true".

To explicitly target the main branch, you can adapt the command like so:

$ buf breaking \  "" \  --against "" \  --config '{"breaking":{"use":["PACKAGE"]}}'google/cloud/asset/v1/assets.proto:27:1:File option "cc_enable_arenas" changed from "false" to "true".