vitess-gh/proto
Sugu Sougoumarane 7af23e1dde license: BSD->Apache v2.0
Please refer to #2694 and #2670 for motivation and reasoning for
this change.

I've tried to follow best practice in inserting the copyright
headers. In other open source projects, not all files carry
the notice. For example documentation doesn't. I've followed
similar ground rules.

I did not change the php because there is a separate LICENSE
file there by Pixel Federation. We'll first need to notify
them our intent before changing anything there.

As for the presubmit check, it's going to be non-trivial
because of the number of exceptions, like file types,
directories and generated code. So, it will have to be
a separate project.
2017-05-06 00:38:56 -07:00
..
README.md proto: Add README.md to document our required style guide. 2017-03-23 19:14:34 +01:00
automation.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
automationservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
binlogdata.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
binlogservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
logutil.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
mysqlctl.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
query.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
queryservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
replicationdata.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
tableacl.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
tabletmanagerdata.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
tabletmanagerservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
throttlerdata.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
throttlerservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
topodata.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vschema.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vtctldata.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vtctlservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vtgate.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vtgateservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vtrpc.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vttest.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vtworkerdata.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
vtworkerservice.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00
workflow.proto license: BSD->Apache v2.0 2017-05-06 00:38:56 -07:00

README.md

Vitess Protobuf Definitions

This directory contains all Vitess protobuf definitions.

Our protobuf messages are both used as wire format (e.g. query.proto) and for storage (e.g. topodata.proto).

RPC messages and service definitions are in separate files (e.g. vtgate.proto and vtgateservice.proto) on purpose because our internal deployment does not use gRPC.

Style Guide

Before creating new messages or services, please make yourself familiar with the style of the existing definitions first.

Additionally, new definitions must adhere to the Google Cloud API Design Guide: https://cloud.google.com/apis/design/

Comments

We are more strict than the Design Guide on the format for comments. Similar to comments for Go types or fields, protobuf comments must start with the name. For example:

// TabletAlias is a globally unique tablet identifier.
message TabletAlias {
  // cell is the cell (or datacenter) the tablet is in.
  string cell = 1;
  ...
}

Note that the Design Guide also has the following ask:

If the field value is required, input only, output only, it must be documented at the start of the field description. By default, all fields and parameters are optional.

Here's an example which combines this ask with our stricter comments style:

// ExecuteKeyspaceIdsRequest is the payload to ExecuteKeyspaceIds.
message ExecuteKeyspaceIdsRequest {
  ...
  // Required. keyspace to target the query to.
  string keyspace = 4;
  ...
}

Note that most of our existing files (as of March 2017) do not have e.g. "Required." comments. Nonetheless, new files should follow this where applicable.