-
Notifications
You must be signed in to change notification settings - Fork 150
Replace a Map of LogSources with a List of LogSources #1124
Conversation
Codecov Report
@@ Coverage Diff @@
## master #1124 +/- ##
==========================================
- Coverage 67.01% 66.92% -0.09%
==========================================
Files 37 37
Lines 2689 2670 -19
==========================================
- Hits 1802 1787 -15
+ Misses 583 581 -2
+ Partials 304 302 -2
Continue to review full report at Codecov.
|
* 'meta' of github.com:gdbelvin/keytransparency: Read map at a specific revision (google#1118)
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huge +1 to this change.
Flushing some initial comments, and I'm still reading it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nits
There are some other "shard" mentionings left from the previous code. Find&replace them with "slice index" to be consistent please. |
* master: Define LogMapFn as it currently exists (google#1126)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM % supernits.
* master: Simplify the Reduce function interface (google#1127)
* master: Replace a Map of LogSources with a List of LogSources (google#1124)
A list of
[]*spb.MapMetadata_SourceSlice
is a lot easier to manage and iterate through thanmap[int64]*spb.MapMetadata_SourceSlice
.beam.CreateList
, unlike KeyValue pairs.SourcesEntry
which are not protos and therefore will have trouble when it comes to serializing them for a map reduce.