featurebase/internal
Seebs 932e84b681 handling aggregate types: add to protobuf, etc
We want to distinguish different *kinds* of GroupCounts, so we're
making the GroupCounts parent object track its type so we can keep that
correct.

Adding this to protobuf, etc, then creates some weird behaviors
because sometimes we expect []GroupCount, and sometimes we expect
*GroupCounts. This implies changes to test cases. Also, the
changes to test cases imply that some test cases are probably now
wrong; for instance, they're expecting a "sum" column, equal to zero,
when no sum was requested.

We try to make the encoder handle a []*GroupCount gotten from another
node without panicing, and avoid breaking the semantics of the existing
messages, renumbering messages or components, etc.

Since a previous version, the `.Groups` member has been privatized,
and the `.Get()` convenience accessor has been renamed `.Groups()`
and is now used consistently in a way that should reduce the risk
of nil pointers causing crashes. Also, NewGroupCounts is used in
a couple more places.
2021-01-19 16:23:15 -06:00
..
clustertests Run "go mod vendor" outside of Docker so authenticated modules may use system credentials 2019-12-20 12:21:47 -06:00
test v2.0.0 2019-10-08 14:56:17 -06:00
internal.go Apply Apache License 2.0 2017-04-28 14:22:03 -05:00
LICENSE Add LICENSE to internal/ folder. 2017-05-01 20:32:04 -05:00
private.pb.go handling aggregate types: add to protobuf, etc 2021-01-19 16:23:15 -06:00
private.proto Pass Schema in ClusterStatus message 2020-06-03 13:26:16 +02:00
public.pb.go handling aggregate types: add to protobuf, etc 2021-01-19 16:23:15 -06:00
public.proto handling aggregate types: add to protobuf, etc 2021-01-19 16:23:15 -06:00