Closed leelavg closed 2 months ago
atm client-op doesn't have dependency on ocs-op expect for newly created standalone modules
> go mod why github.com/red-hat-storage/ocs-operator/v4
# github.com/red-hat-storage/ocs-operator/v4
(main module does not need package github.com/red-hat-storage/ocs-operator/v4)
> go mod why github.com/red-hat-storage/ocs-operator/v4/services/provider/client
# github.com/red-hat-storage/ocs-operator/v4/services/provider/client
github.com/red-hat-storage/ocs-client-operator/internal/controller
github.com/red-hat-storage/ocs-operator/v4/services/provider/client
> go mod why github.com/red-hat-storage/ocs-operator/v4/services/provider/interfaces
# github.com/red-hat-storage/ocs-operator/v4/services/provider/interfaces
github.com/red-hat-storage/ocs-client-operator/service/status-report
github.com/red-hat-storage/ocs-operator/v4/services/provider/interfaces
> go mod why github.com/red-hat-storage/ocs-operator/v4/services/provider/pb
# github.com/red-hat-storage/ocs-operator/v4/services/provider/pb
github.com/red-hat-storage/ocs-client-operator/internal/controller
github.com/red-hat-storage/ocs-operator/v4/services/provider/client
github.com/red-hat-storage/ocs-operator/v4/services/provider/pb
can review only first commit and second is the result of make deps-update
/hold
Checking client-op compilation based on this PR
I don't think we should have a package with only the PB. Let have an offline discussion on this
I don't think we should have a package with only the PB. Let have an offline discussion on this
- updated, pls review.
/unhold
Tested below scenarios:
I think it makes more sense calling the new package
provider/api
as it contain more then just protobufs
- done.
/lgtm
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: leelavg, nb-ohad
The full list of commands accepted by this bot can be found here.
The pull request process is described here
pb -> now contains generated proto stubs, interface implementations and client api
existing package paths are updated accordingly, this is to solve huge dep updates (whole of ocs-operator) being pulled when a change is done to proto and corresponding stubs.