-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add github.com/hyperledger/fabric-protos-go-apiv2 #47
Conversation
Signed-off-by: Fedor Partanskiy <[email protected]>
@ale-linux please allow the pipelines to run. |
Based on experience of the v2 implementations for Go chaincode, my preference would be for the approach in this PR where the v2 code replaces the previous code in the root of the repository. It really does require a v2.0.0 release/tag to then be created at this point to differentiate from the older (pre-v2) code. If any future maintenance updates are required to the pre-v2 code, they would be made in a new branch (populated with the last pre-v2 commit from the main branch), and tagged there. |
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.
the change is rather straight forward, and looks good, still I think the second opinion by @ale-linux or @yacovm would be great.
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, this PR follows the approach that we are using for the other fabric repositories.
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.
@pfi79 In the other repositories, the direct dependency on github.com/golang/protobuf was changed to google.golang.org/protobuf. Is there a reason that is not done in this PR?
@ale-linux Which approach would you prefer?
thanks for the patch. I see that we upgrade multiple packages in one single PR - let's split them for now and prioritise the protobuf upgrade. How about we just merge this
for now? @pfi79 |
@pfi79 Additionally, instead of a gomega downgrade here, can we upgrade gomega in fabric? |
@pfi79 if you are okay with merging just that for now - pls go ahead and force-push. I'll re-run the CI and merge |
For some reason, I don't know yet why. upgrading gomega version causes raft integration tests to fail. This requires separate investigation. |
Protobuf new and old can coexist. For example, in fabric old protobuf is still used in smartbft and raft. idemix is not one module, but several. It has several go.mod files. I do not fully understand this whole repository and therefore I am afraid to change protobuf to the new one. |
The thing is that I wanted to change fabric-protos-go-apiv2 first. But then fabric will pull in the new version of gomega from idemix. But for some reason, with the new version of gomega, raft integration tests in fabric fail. I can make 2 pr: first gomega, then fabric-protos-go-apiv2 |
sounds good - let's go with this then |
and downgrade gomega for fabric
it's an alternative to pr
you can choose one of them or propose a 3rd alternative
hyperledger/fabric#3650