Skip to content

Latest commit

 

History

History
343 lines (242 loc) · 11 KB

README.md

File metadata and controls

343 lines (242 loc) · 11 KB

buf-gradle-plugin

Build Maven Central Gradle Portal

This project provides support for integrating Buf with Gradle. It also enables integration with the Protobuf Gradle plugin (Note: the buf-gradle-plugin is compatible with protobuf-gradle-plugin versions >= 0.9.2).

This plugin supports straightforward usage of buf lint, buf format, and buf generate, and a self-contained integration between buf build and buf breaking.

Usage

This plugin assumes that Buf is configured for the project root with a configured buf.yaml, and instructions for setting up a Buf workspace can be found in the Buf docs.

The plugin can also be used without specifying a buf.yaml, in which case the plugin will scan all top-level directories for Protobuf sources.

If the project includes the protobuf-gradle-plugin, this plugin will use an implicit Buf workspace that includes the following:

  • All specified Protobuf source directories
  • The include dependencies that the protobuf-gradle-plugin extracts into $buildDir/extracted-include-protos
  • The dependencies that the protobuf-gradle-plugin has been told to generate which are extracted into $buildDir/extracted-protos

This plugin does not support usage of both a Buf workspace and the protobuf-gradle-plugin because dependency resolution would be complicated and error-prone.

Apply the plugin:

plugins {
    id("build.buf") version "<version>"
}

or

buildscript {
    dependencies {
        classpath("build.buf:buf-gradle-plugin:<version>")
    }
}

apply(plugin = "build.buf")

When applied, the plugin creates the following tasks:

  • bufFormatApply applies buf format
  • bufFormatCheck validates buf format
  • bufLint validates buf lint
  • bufBuild builds an image with buf build
  • bufBreaking checks Protobuf schemas against a previous version for backwards-incompatible changes through buf breaking
  • bufGenerate generates Protobuf code with buf generate

Examples

Each integration test in this project is an example usage.

Configuration

For a basic Buf project or one that uses the protobuf-gradle-plugin, you can create a Buf configuration file in the project directory:

# buf.yaml

version: v2
lint:
  ignore:
    - path/to/dir/to/ignore
  use:
    - DEFAULT

As an alternative to a buf.yaml file in the project directory, you can specify the location of a buf.yaml by configuring the extension:

buf {
    configFileLocation = rootProject.file("buf.yaml")
}

Or you can share a Buf configuration across projects and specify it via the dedicated buf configuration:

dependencies {
    buf("build.buf:shared-buf-configuration:0.1.0")
}

As an example, here's the setup for a shared-buf-configuration project:

shared-buf-configuration % tree
.
├── build.gradle.kts
└── buf.yaml
// build.gradle.kts

plugins {
    `maven-publish`
}

publishing {
    publications {
        create<MavenPublication>("bufconfig") {
            groupId = "build.buf"
            artifactId = "shared-buf-configuration"
            version = "0.1.0"
            artifact(file("buf.yaml"))
        }
    }
}

Projects with Buf workspaces must configure their workspaces as described in the Buf documentation; no configuration for linting will be overrideable. A buf.yaml in the project root or specified in the extension will be used for breakage checks only.

Dependencies

If your buf.yaml declares any dependencies using the deps key, you must run buf mod update to create a buf.lock file manually. The buf-gradle-plugin does not (yet) support creating the dependency lock file.

bufGenerate

bufGenerate is configured as described in the Buf docs. Create a buf.gen.yaml in the project root and bufGenerate will generate code in the project's build directory at "$buildDir/bufbuild/generated/<out path from buf.gen.yaml>".

An example, for Java code generation using the remote plugin:

version: v2
plugins:
  - plugin: buf.build/protocolbuffers/java:<version>
    out: java

If you want to use generated code in your build, you must add the generated code as a source directory and configure a task dependency to ensure code is generated before compilation:

// build.gradle.kts

import build.buf.gradle.GENERATED_DIR

plugins {
    `java`
    id("build.buf") version "<version>"
}

// Add a task dependency for compilation
tasks.named("compileJava").configure { dependsOn("bufGenerate") }

// Add the generated code to the main source set
sourceSets["main"].java { srcDir("$buildDir/bufbuild/$GENERATED_DIR/java") }

// Configure dependencies for protobuf-java:
repositories { mavenCentral() }

dependencies {
    implementation("com.google.protobuf:protobuf-java:<protobuf version>")
}

Generating dependencies

If you'd like to generate code for your dependencies, configure the bufGenerate task:

// build.gradle.kts

buf {
    generate {
        includeImports = true
    }
}

Ensure you have an up-to-date buf.lock file generated by buf mod update or this generation will fail.

Further generation configuration

By default, bufGenerate will read the buf.gen.yaml template file from the project root directory. You can override the location of the template file:

// build.gradle.kts

buf {
    generate {
        templateFileLocation = rootProject.file("subdir/buf.gen.yaml")
    }
}

bufFormatApply and bufFormatCheck

bufFormatApply is run manually and has no configuration.

bufFormatCheck is run automatically during the check task if enforceFormat is enabled. It has no other configuration.

buf {
    enforceFormat = true // True by default
}

bufLint

bufLint is configured by creating buf.yaml in basic projects or projects using the protobuf-gradle-plugin. It is run automatically during the check task. Specification of buf.yaml is not supported for projects using a workspace.

bufBuild

bufBuild is configured with the build closure:

buf {
    build {
        imageFormat = ImageFormat.JSON // JSON by default
        compressionFormat = CompressionFormat.GZ // null by default (no compression)
    }
}

Available image formats are:

  • binpb
  • bin
  • json
  • txtpb

Available compression formats are:

  • gz
  • zst

The file is built in the bufbuild directory in the project's build directory and has the name image followed by the image format and optionally the compression format, e.g. build/bufbuild/image.bin.zst.

bufBreaking

bufBreaking is more complicated since it requires a previous version of the Protobuf schema to validate the current version. Buf's built-in git integration isn't quite enough since it requires a buildable Protobuf source set, and the protobuf-gradle-plugin's extraction step typically targets the project build directory which is ephemeral and is not committed.

This plugin uses buf build to create an image from the current Protobuf schema and publishes it as a Maven publication. In subsequent builds of the project, the plugin will resolve the previously published schema image and run buf breaking against the current schema with the image as its reference.

Checking against the latest published version

Enable checkSchemaAgainstLatestRelease and the plugin will resolve the previously published Maven artifact as its input for validation.

For example, first publish the project with publishSchema enabled:

buf {
    publishSchema = true
}

Then configure the plugin to check the schema:

buf {
    // Continue to publish the schema
    publishSchema = true

    checkSchemaAgainstLatestRelease = true
}

The plugin will run Buf to validate the project's current schema:

> Task :bufBreaking FAILED
src/main/proto/buf/service/test/test.proto:9:1:Previously present field "1" with name "test_content" on message "TestMessage" was deleted.

Checking against a static version

If for some reason you do not want to dynamically check against the latest published version of your schema, you can specify a constant version with previousVersion:

buf {
    // Continue to publish the schema
    publishSchema = true

    // Will always check against version 0.1.0
    previousVersion = "0.1.0"
}

Artifact details

By default, the published image artifact will infer its details from an existing Maven publication if one exists. If one doesn't exist, you have more than one, or you'd like to specify the details yourself, you can configure them:

buf {
    publishSchema = true

    imageArtifact {
        groupId = rootProject.group.toString()
        artifactId = "custom-artifact-id"
        version = rootProject.version.toString()
    }
}

Additional configuration

The version of Buf used can be configured using the toolVersion property on the extension:

buf {
    toolVersion = <version>
}

Contributing

We'd love your help making this plugin better!

Extensive instructions for building the plugin locally, running tests, and contributing to the repository are available in our CONTRIBUTING.md guide.

Ecosystem

Status

This project is in beta, and we may make a few changes as we gather feedback from early adopters. Join us on Slack!

Legal

Offered under the Apache 2 license.