-
Notifications
You must be signed in to change notification settings - Fork 68
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
New Deployment protos to work with already-implemented versioning 3 API's #515
Conversation
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 aim of this PR is to update those protos which are required by the deployment entity workflows so that work on those can commence there ASAP.
Can we hold off on merging to master
until that work is done? I am assuming there is no user-facing need for this imminently?
temporal/api/.idea/workspace.xml
Outdated
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.
I don't think this file needs to be committed
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.
oops, sorry - shall remove this.
Yes, we can hold off until Shahab's PR gets in.
// Sets a deployment version as the current version for its deployment. | ||
rpc SetCurrentDeploymentVersion (SetCurrentDeploymentVersionRequest) returns (SetCurrentDeploymentVersionResponse) { | ||
option (google.api.http) = { | ||
post: "/namespaces/{namespace}/current-deployment-version/{deployment_name}" |
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.
post: "/namespaces/{namespace}/current-deployment-version/{deployment_name}" | |
post: "/namespaces/{namespace}/worker-deployment/{deployment_name}/set-current-version" |
Co-authored-by: Shahab Tajik <[email protected]>
Yes, thanks! I can apply much less stability scrutiny to non- |
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.
Approving knowing it may change plenty before it goes into master
READ BEFORE MERGING: All PRs require approval by both Server AND SDK teams before merging! This is why the number of required approvals is "2" and not "1"--two reviewers from the same team is NOT sufficient. If your PR is not approved by someone in BOTH teams, it may be summarily reverted.
What changed?
Deployment
->WorkerDeploymentVersion
Note: This API does not update pre-release versioning-3 changes related to dataplane. That currently is being worked in separate PR. The aim of this PR is to update those protos which are required by the deployment entity workflows so that work on those can commence there ASAP.
Additionally, the updates to the proto are not finalized and will bring in more additions. Right now, they contain the bare minimum fields/structs required to make the deployment entity workflows run.
With that being said, care has been taken to not add fields here and delete them in the near future. In other words, future changes will only bring in additions to these new protos.
Why?
Breaking changes
Server PR