-
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
Link outputSourceBindings from one PipelineTask to inputSourceBindings of next task #148
Labels
meaty-juicy-coding-work
This task is mostly about implementation!!! And docs and tests of course but that's a given
Milestone
Comments
Closed
bobcatfish
added
the
meaty-juicy-coding-work
This task is mostly about implementation!!! And docs and tests of course but that's a given
label
Oct 12, 2018
/assign @shashwathi |
I think #160 is implementing this. |
pr #160 doesn’t figure out how to move artifacts between task runs, it just makes sure the tasks respect the order based on the passed constraints |
This was referenced Oct 22, 2018
Need to address #173 before diving into this issue. |
Related issue #124 |
shashwathi
pushed a commit
to shashwathi/build-pipeline
that referenced
this issue
Nov 28, 2018
- Implementation details Pipelinerun creates pvc for the lifetime for object and uses that pvc as scratch space to transfer git resources between them. This information is passed to taskrun via resource paths. Paths are array of strings and incase of inouts these paths will be considered as new source of pipeline resource. In the case of outputs paths will be considered as new destination directory. Partially fixes tektoncd#148
shashwathi
pushed a commit
to shashwathi/build-pipeline
that referenced
this issue
Nov 29, 2018
- Implementation details Pipelinerun creates pvc for the lifetime for object and uses that pvc as scratch space to transfer git resources between them. This information is passed to taskrun via resource paths. Paths are array of strings and incase of inouts these paths will be considered as new source of pipeline resource. In the case of outputs paths will be considered as new destination directory. Partially fixes tektoncd#148
shashwathi
pushed a commit
to shashwathi/build-pipeline
that referenced
this issue
Nov 29, 2018
- Implementation details Pipelinerun creates pvc for the lifetime for object and uses that pvc as scratch space to transfer git resources between them. This information is passed to taskrun via resource paths. Paths are array of strings and incase of inouts these paths will be considered as new source of pipeline resource. In the case of outputs paths will be considered as new destination directory. - Update docs to include examples of paths Partially fixes tektoncd#148
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Dec 3, 2018
We renamed `inputSourceBindings` (and `outputSourceBindings`) to `resources` in tektoncd#148 where we also moved the specification of these bindings into the `PipelineRun` - now the `resources` section in the `Pipeline` itself exists just to specify dependencies between resources. But we missed one in the example! Also created tektoncd#297 to follow up on catching this in validation.
knative-prow-robot
pushed a commit
that referenced
this issue
Dec 3, 2018
We renamed `inputSourceBindings` (and `outputSourceBindings`) to `resources` in #148 where we also moved the specification of these bindings into the `PipelineRun` - now the `resources` section in the `Pipeline` itself exists just to specify dependencies between resources. But we missed one in the example! Also created #297 to follow up on catching this in validation.
chmouel
pushed a commit
to chmouel/tektoncd-pipeline
that referenced
this issue
Oct 1, 2019
🤖 Triggering CI on branch 'release-next' after synching to upstream/master
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
meaty-juicy-coding-work
This task is mostly about implementation!!! And docs and tests of course but that's a given
Expected Behavior
A PipelineTask defined in a Pipeline yaml should link the output of one task to the input of the next task. For example a task to build and push a container image from source would pass that image along to the next task to deploy it.
In this example, the
builtImage
resource created in the first taskpush-kritis (outputSourceBinding: kritisImage)
should be passed along to the input of thedeploy-test-env
task asthe inputSourceBinding (kritisImage)
Actual Behavior
input resources are not currently linked
Additional Info
taskRun
controller should ensure the version that got created in the first task is consumed by thetaskRun
of the next taskThe text was updated successfully, but these errors were encountered: