-
Notifications
You must be signed in to change notification settings - Fork 114
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
feat: revert removal of lighthouse common pipelines & fix Tekton validation errors #1556
feat: revert removal of lighthouse common pipelines & fix Tekton validation errors #1556
Conversation
…nes" This reverts commit 5e5b044.
Hi @Skisocks. Thanks for your PR. I'm waiting for a jenkins-x member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the jenkins-x/lighthouse repository. |
ca9c2ca
to
b7b8816
Compare
/cc @msvticket @tomhobson |
/hold Holding for multiple reviews |
/ok-to-test |
So it is this problem that is fixed?
|
@msvticket No. That was a separate issue that was a result of going to native Tekton (a problem with the migration of pipeline-catalog). With reverting back to lighthouse's resolver then that error won't be relevant anymore. The problem that b7b8816 fixes is an issue internal to lighthouse that we noticed when we first upgraded Tekton within lighthouse. Basically Tekton is doing way more validation on things now and is checking that the PipelineResults.Value object exists and actually points to an existing task. Previously lighthouse didn't populate this, so the results object was completely broken. |
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.
Can we get a test with both a git ref and a uses step to make sure that they don't work together?
@tomhobson @msvticket Not sure about mentioning the issue though as it might get mentioned a tonne by jx pipelines. |
If you don't have access to the repo you won't see the message. (I don't see this.) And since most active repositories are bound to be private I don't think it's a problem as such. But I don't think we should add the comment before we actually have a suggested fix. |
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.
Happy to move forward as I think the messaging can tee up the changes we're going to make quite nicely.
We have users that aren't in slack that don't know this will be a future change. it would be nice to let them know before it happens.
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: msvticket, tomhobson The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/hold cancel |
Failed to merge this PR due to:
|
This PR reverts the changes made to remove lighthouse's Tekton pipeline parsing & fixes the issues seen with Tekton validating pipeline results values.
Issues with Tekton validation were due to new validation being added to the Pipeline.Results.Value object that checks the value is populated and correctly references a task within the pipelineSpec.
Added an info message that gets commented on PRs when opened if the pipelines in that repo use the
uses:
syntax.