-
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
Cleanup of initializing working dirs #843
Conversation
In order to allow steps to define workingDirs that are subdirectories of the workspace directory we need to make sure they have been created first since they will not exist on startup. Fixes tektoncd#725
…icarlo2-workdir
Subsumes tektoncd#726, with a unit test fix and a tweak to make sure that artifact_bucket_test doesn't try to run in parallel, since that messes up various PipelineRun tests. Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the ℹ️ Googlers: Go here for more info. |
The CLA bot is definitely not liking multi-author PRs. |
|
awwwww I can't even set the CLA flag. |
cc @dicarlo2 since I lifted your PR. =) /assign @dlorenc |
Well, nice, looks like the |
dangit, it's back, but only in the yaml tests. I am confused. |
Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
Ok, this should actually be fixed now - tested locally. |
I manually verified the CLAs are correct. Overriding the bot. |
A Googler has manually verified that the CLAs look good. (Googler, please make sure the reason for overriding the CLA status is clearly documented in these comments.) ℹ️ Googlers: Go here for more info. |
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the ℹ️ Googlers: Go here for more info. |
Thanks, @dlorenc! |
The CLA bot is still confused, but eh, that can wait. |
A Googler has manually verified that the CLAs look good. (Googler, please make sure the reason for overriding the CLA status is clearly documented in these comments.) ℹ️ Googlers: Go here for more info. |
/lgtm |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: abayer, dlorenc 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 |
/lgtm |
@@ -48,7 +48,7 @@ func TestStorageBucketPipelineRun(t *testing.T) { | |||
t.Skip("GCP_SERVICE_ACCOUNT_KEY_PATH variable is not set.") | |||
} | |||
c, namespace := setup(t) | |||
t.Parallel() | |||
// Bucket tests can't run in parallel without causing issues with other tests. |
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.
what kind of issues?
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.
The TestPipelineRun
tests hang for me when run in parallel with TestStorageBucketPipelineRun
- my guess is that when they get created, the ConfigMap
is set up to use a bucket, but by the time they actually get going, the bucket has been deleted due to this test finishing.
Changes
Subsumes #726, to fix #725, with a unit test fix and a tweak to make sure that
artifact_bucket_test doesn't try to run in parallel, since that messes
up various PipelineRun tests.
Note that I can't reproduce the e2e test failure seen in #726 locally, at least. We'll see if it pops up here.
Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:
Release Notes
n/a