Skip to content
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

DATA rename list pipeline runs #675

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

vijayvuyyuru
Copy link
Member

This renames the listPipelineRuns endpoint to listDataPipelineRuns. All other parts also have data added to their name.

@vijayvuyyuru vijayvuyyuru requested a review from n0nick April 11, 2025 17:20
@github-actions github-actions bot added the safe to test committer is a member of this org label Apr 11, 2025
@vijayvuyyuru vijayvuyyuru added the ready-for-protos add this when you want protos to compile on every commit label Apr 11, 2025
@vijayvuyyuru vijayvuyyuru removed the ready-for-protos add this when you want protos to compile on every commit label Apr 11, 2025
@dgottlieb
Copy link
Member

dgottlieb commented Apr 11, 2025

I understand this feature isn't used by anyone in the public right now, but I'm not seeing the utility of this. If the scope was passed with the existing name, and that decision doesn't impact functionality, I feel we should live with our decision.

We have lint rules about breaking backwards compatibility for a reason. And I prefer to not:

  • Become desensitized to these warnings
  • Normalize it being ok to make backwards breaking changes without an official scope change agreed upon by stakeholders.

cc @ohEmily as the stakeholder that needs to ok this.

// ListPipelineRuns lists the runs of a data pipeline.
rpc ListPipelineRuns(ListPipelineRunsRequest) returns (ListPipelineRunsResponse);
// ListDataPipelineRuns lists the runs of a data pipeline.
rpc ListDataPipelineRuns(ListDataPipelineRunsRequest) returns (ListDataPipelineRunsResponse);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also we're in the datapipelines package -- the stylistically correct name would be ListRuns.

Using datapipelines.ListDataPipelineRuns is inferior to datapipelines.ListRuns.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this one is true for Go but not necessarily for gRPC -- in fact the proto package name here is viam.app.datapipelines.v1 and the AIP examples are all ListBooks GetBook etc: https://google.aip.dev/132

it's also the existing pattern in Viam APIs: https://github.com/viamrobotics/api/blob/main/proto/viam/app/dataset/v1/dataset.proto https://github.com/viamrobotics/api/blob/main/proto/viam/app/mltraining/v1/ml_training.proto

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Strictly speaking, yes. But almost all of the client and server architecture is Go. It's also a preferred style in many other languages (e.g: python and Java) that are simply too dated to have an official style guide on the relationship between package and type names.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
protos-compiled safe to test committer is a member of this org
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants