Skip to content

CI: Checks job aborted if a step fails GH30298 #30303

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

Merged
merged 2 commits into from
Dec 30, 2019

Conversation

suzutomato
Copy link
Contributor

@pep8speaks
Copy link

pep8speaks commented Dec 17, 2019

Hello @suzutomato! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:

Line 84:6: E111 indentation is not a multiple of four

Comment last updated at 2019-12-25 07:43:48 UTC

@WillAyd
Copy link
Member

WillAyd commented Dec 17, 2019

lgtm @datapythonista

@WillAyd WillAyd added the CI Continuous Integration label Dec 17, 2019
Copy link
Member

@datapythonista datapythonista left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @suzutomato, looks good, if you revert the failing changes we can merge this, looks like the always() is fixing the problem.

There is a problem for the benchmarks artifact, but it's unrelated to this, I'll create a separate issue.

@suzutomato
Copy link
Contributor Author

The intentional errors have been removed.
As per the last comment from @datapythonista, I won't take action for the problem with the benchmarks artifact at this moment.
Let me know if anything I can do to solve the problem.

@datapythonista
Copy link
Member

I guess the CI errors are unrelated, can you merge master into your branch to see if the errors get fixed please?

git fetch ustream
git merge upsream/master
git push

@alimcmaster1
Copy link
Member

@suzutomato mind finishing this whenever you have a second - definitely looking forward to this feature

@suzutomato
Copy link
Contributor Author

suzutomato commented Dec 25, 2019

So sorry, I overlooked @atapythonista's last message.
Working on it now.

@suzutomato suzutomato force-pushed the if-always branch 2 times, most recently from 4a38543 to f053e11 Compare December 25, 2019 08:13
Copy link
Member

@datapythonista datapythonista left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

I'm wondering if always means it'll always run, and ideally we want to run only if the previous step run. But let's merge this, as its surely an improvement and see if we can iterate further later.

@alimcmaster1
Copy link
Member

alimcmaster1 commented Dec 26, 2019

LGTM - sure improvement

Side note maybe we really want if: success() || failure(). As the changes in this PR will continue to run the workflow even if it has been cancelled as per:
https://help.github.com/en/actions/automating-your-workflow-with-github-actions/contexts-and-expression-syntax-for-github-actions.

Assume we are currently using the free plan? https://help.github.com/en/actions/automating-your-workflow-with-github-actions/about-github-actions#usage-limits

@datapythonista

@datapythonista
Copy link
Member

I'll give a try to success() || failure(), I think it's what we actually want

@datapythonista datapythonista merged commit 733eb77 into pandas-dev:master Dec 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CI Continuous Integration
Projects
None yet
Development

Successfully merging this pull request may close these issues.

CI: Checks job aborted if a step fails
6 participants