-
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
Break Pipelines' dependency on Build #252
Comments
This was referenced Nov 27, 2018
bobcatfish
added
okr
This is for some internal Google project tracking
and removed
okr
This is for some internal Google project tracking
labels
Feb 21, 2019
/assign |
/assign vdemeester |
This was referenced Mar 19, 2019
pradeepitm12
pushed a commit
to pradeepitm12/pipeline
that referenced
this issue
Jan 28, 2021
We used to have a function called NewResources that we later split into smaller functions -- ResolveParams and ResolveResources. However, in our unit tests, we kept the Test_NewResources function leading to tests that were more verbose/needed more setup than necessary. This commit splits the tests into smaller more targeted tests. Fixes tektoncd#252 Signed-off-by: Dibyo Mukherjee <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Today, when
TaskRun
s are created, they in turn create aBuild
, which creates aPod
. As thePod
executes, theBuild
status is updated, and in turn theTaskRun
's status is updated.Instead of all of this indirection, creating a
TaskRun
should simply create and watch aPod
, and update its status as it goes along.This is dependent on the work in #243 so that
TaskRunStatus
has all of aBuildStatus
' fields, and on knative/build#464 which simplifies theBuild
controller uses to create and watch for pod updates, making it simpler to forklift into theTaskRun
controller./assign ImJasonH
The text was updated successfully, but these errors were encountered: