-
Notifications
You must be signed in to change notification settings - Fork 1.8k
Update end to end example to use workspaces and results ✨ #2482
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
Conversation
4c24de0
to
ad9e647
Compare
whoa |
how did you find that which i have deleted 🤔 |
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.
Woohoo!
command: | ||
- echo | ||
args: | ||
- "pass" |
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.
Opportunity here to use script mode, and comment that normally this would go test ./...
but we don't want this to fail if skaffold pushes a bad change.
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.
by the way, we could use github.com/tektoncd/pipeline
here instead, so that we don't depend on anyting but us
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.
Using skaffold might not be as unreliable as we think, since we've tied ourselves to the v0.32.0 release
So maybe longterm the answer is to update it to use our own tests, also tied to a release. :D
And now that we're tied to a revision maybe we can actually run the tests again 🤔
- --destination=$(params.IMAGE) | ||
- --oci-layout-path=$(workspaces.source.path)/$(params.CONTEXT)/image-digest | ||
securityContext: | ||
runAsUser: 0 |
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.
Comment here?
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.
This is copied directly from the catalog - I'll copy the comment from the commit message (tektoncd/catalog@0a8b653) and if i'm feeling very ambitious ill open a PR to fix this in catalog also
That's weird, I thought we disabled yamllinting in here ? (or was it on catalog 🤔 ) |
/test pull-tekton-pipeline-build-tests |
1 similar comment
/test pull-tekton-pipeline-build-tests |
- name: git-source | ||
volumeClaimTemplate: | ||
metadata: | ||
name: temp-pvc-demo-pipeline-run-1 |
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 liked your proposal about omitting the name of volumeClaimTemplate
in #2450
I actually think we should omit the metadata and name part in our examples, it is more readable without and they don't provide much value. It is good to specify metadata when you want to add custom labels or annotations - but that is more advanced usage :)
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.
haha I left this PR open long enough that I can now use the feature you added @jlpettersson !!! XD thank you!!
One thing that is confusing about Pipelines being beta and PipelineResources not being beta is that many of our examples still use PipelineResources. In an effort to provide more examples of the alternatives, this commit takes our very first pipeline example, which builds and pushes multiple images, then deploys services that use the new images, and updates it to use workspaces and results (and - copies of - catalog tasks) instead of PipelineResources. And as a bonus, now that we have results, the last deploy step will use the digest of the previously built image to ensure it actually deploys the right image! In the future, we should add final tasks to this pipeline that ensure the deployment is actually running; the pipelinerun can succeed even when the images specified are bogus. I removed the build-push kaniko taskrun example since we'd probably want to point folks at the kaniko task in the catalog instead. BONUS: uses volume claim templates as well!! 🎉
ad9e647
to
54ca290
Compare
This should be ready for another look! |
I copied this Task (can't wait for OCI registry referencing! :D) into Pipelines for an example in tektoncd/pipeline#2482 and @imjasonh asked me to add a comment, so I used tektoncd@0a8b653 to figure out why this was added and now I'm adding the comment here as well!
I copied this Task (can't wait for OCI registry referencing! :D) into Pipelines for an example in tektoncd/pipeline#2482 and @imjasonh asked me to add a comment, so I used tektoncd@0a8b653 to figure out why this was added and now I'm adding the comment here as well!
I copied this Task (can't wait for OCI registry referencing! :D) into Pipelines for an example in tektoncd/pipeline#2482 and @imjasonh asked me to add a comment, so I used 0a8b653 to figure out why this was added and now I'm adding the comment here as well!
/retest |
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.
/meow
In response to this:
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 kubernetes/test-infra repository. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ImJasonH, vdemeester 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 |
Such beta, very workspace; amaze! /lgtm |
Changes
One thing that is confusing about Pipelines being beta and
PipelineResources not being beta is that many of our examples still use
PipelineResources.
In an effort to provide more examples of the alternatives, this commit
takes our very first pipeline example, which builds and pushes multiple
images, then deploys services that use the new images, and updates it to
use workspaces and results (and - copies of - catalog tasks) instead of
PipelineResources.
And as a bonus, now that we have results, the last deploy step will use
the digest of the previously built image to ensure it actually deploys
the right image!
In the future, we should add final tasks to this pipeline that ensure
the deployment is actually running; the pipelinerun can succeed even
when the images specified are bogus.
I removed the build-push kaniko taskrun example since we'd probably want to point folks at the kaniko task in the catalog instead.
BONUS: uses volume claim templates as well!! 🎉
Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:
See the contribution guide for more details.
Double check this list of stuff that's easy to miss:
cmd
dir, please updatethe release Task to build and release this image.
Reviewer Notes
If API changes are included, additive changes must be approved by at least two OWNERS and backwards incompatible changes must be approved by more than 50% of the OWNERS, and they must first be added in a backwards compatible way.