-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Upgraded Remote Resolution Framework #7910
Conversation
/assign @wlynch |
The following is the coverage report on the affected files.
|
The following is the coverage report on the affected files.
|
c6d6698
to
68b9bd3
Compare
The following is the coverage report on the affected files.
|
68b9bd3
to
260ba20
Compare
260ba20
to
7d0c732
Compare
The following is the coverage report on the affected files.
|
/assign @afrittoli if you have a chance, PTAL! |
7d0c732
to
1396119
Compare
The following is the coverage report on the affected files.
|
The following is the coverage report on the affected files.
|
28e6682
to
e2711da
Compare
The following is the coverage report on the affected files.
|
The following is the coverage report on the affected files.
|
e2711da
to
f166f17
Compare
The following is the coverage report on the affected files.
|
The following is the coverage report on the affected files.
|
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.
Thanks @chitrangpatel - only a few comments
...solution/resolver/git/testdata/test-org/test-repo/refs/other/pipelines/example-pipeline.yaml
Outdated
Show resolved
Hide resolved
4c1e478
to
0a88237
Compare
This PR implements an updated resolver framework with slight updates. This is to avoid backwards incompatibility while implementing [TEP-0154](tektoncd/community#1138). The current framework only works with Params. e.g. The interface has ValidateParams and Resolve which takes in Params. Now that we also need to pass in a `URL`, we need to add new methods and change function signatures which leads to API incompatibility with existing custom resolvers. As a result, when users upgrade to new version of Tekton Pipelines, they will be forced to be compatible with the new format because of the interface changes. This PR tries to make it future proof such that if we add new fields to the ResolutionSpec, it will be handled without the need to break users.
0a88237
to
b5e8ca2
Compare
The following is the coverage report on the affected files.
|
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.
Thanks @chitrangpatel - looks good!
/lgtm
The following is the coverage report on the affected files.
|
The following is the coverage report on the affected files.
|
The following is the coverage report on the affected files.
|
This PR implements an updated resolver framework with slight updates. This is to avoid backwards incompatibility while implementing TEP-0154.
The current framework works directly with
Params
. For example, the interface hasValidateParams
andResolve
methods which take inParams
as arguments. Now that we also need to pass in aURL
, we need to add new methods and change function signatures which leads to API incompatibility with existing custom resolvers. As a result, when users upgrade to new version of Tekton Pipelines, they will be forced to implement new methods because of the interface changes.This PR tries to make it future proof such that if we add new fields to the
ResolutionRequestSpec
, it will be handled without the need to break users.Changes
Submitter Checklist
As the author of this PR, please check off the items in this checklist:
/kind <type>
. Valid types are bug, cleanup, design, documentation, feature, flake, misc, question, tepRelease Notes
/kind misc