protogen: Support unpacked repeated uint64 fields #91

Merged
dstepanov-yadro merged 1 commit from fyrchik/frostfs-api-go:unpacked-primitive into master 2024-07-17 08:16:44 +00:00
Owner

We need unpacked repeated fields to support backwards-compatible field "repeatization". Currently, we need this for tree service in node, so I have decided to implement this only for uint64 and don't create new exported functions in proto helper package.

We need unpacked repeated fields to support backwards-compatible field "repeatization". Currently, we need this for tree service in node, so I have decided to implement this only for uint64 and don't create new exported functions in `proto` helper package.
fyrchik added 1 commit 2024-07-16 10:00:49 +00:00
protogen: Support unpacked repeated uint64 fields
Some checks failed
DCO action / DCO (pull_request) Failing after 2m36s
Tests and linters / Tests (1.19) (pull_request) Successful in 2m58s
Tests and linters / Tests (1.20) (pull_request) Successful in 2m57s
Tests and linters / Lint (pull_request) Successful in 3m9s
Tests and linters / Tests with -race (pull_request) Successful in 3m3s
2a9bc571af
Signed-off-by: Evgenii Stratonikov <e.stratonikov@yadro.com>
fyrchik requested review from storage-core-committers 2024-07-16 10:02:38 +00:00
fyrchik force-pushed unpacked-primitive from 2a9bc571af to f517e39491 2024-07-16 11:39:36 +00:00 Compare
alexvanin approved these changes 2024-07-16 11:42:57 +00:00
alexvanin left a comment
Owner

Does this change support packed attribute for any scalar proto3 type (int64, sint64, etc) or is it uint64 only?

Didn't read PR description, I see answer: uint64 only.

~~Does this change support packed attribute for any scalar proto3 type (`int64`, `sint64`, etc) or is it `uint64` only?~~ Didn't read PR description, I see answer: uint64 only.
fyrchik requested review from storage-core-developers 2024-07-16 11:43:04 +00:00
fyrchik requested review from storage-services-committers 2024-07-16 11:43:09 +00:00
Author
Owner

or is it uint64 only?

Only uint64, as this is what we need currently. Supporting other types is trivial, but requires some amount of public API touching as well as poses a risk of introducing new bugs.

>or is it uint64 only? Only uint64, as this is what we need currently. Supporting other types is trivial, but requires some amount of public API touching as well as poses a risk of introducing new bugs.
dkirillov approved these changes 2024-07-16 12:00:05 +00:00
Author
Owner

@TrueCloudLab/storage-core-committers @TrueCloudLab/storage-core-developers won't merge without your approval, please, support the development with your likes!

@TrueCloudLab/storage-core-committers @TrueCloudLab/storage-core-developers won't merge without your approval, please, support the development with your likes!
elebedeva approved these changes 2024-07-16 12:17:03 +00:00
aarifullin approved these changes 2024-07-16 13:57:28 +00:00
dstepanov-yadro approved these changes 2024-07-17 08:16:11 +00:00
dstepanov-yadro merged commit f517e39491 into master 2024-07-17 08:16:44 +00:00
fyrchik deleted branch unpacked-primitive 2024-07-17 08:30:36 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
6 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: TrueCloudLab/frostfs-api-go#91
No description provided.