-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Azure Pipelines: Skip tests if build fails, run both tools even if other fails #1337
Conversation
High 5 for getting the best PR number possible. |
After making my other PR I just had to grab that number :P Looks like steps don't support dependsOn, but I might be able to use condition instead, looking through the docs ATM. |
Conditions in steps won't really work because you can't verify if a specific step failed or not. One idea that I have (at least for the validation stage) is to split it in 3 jobs:
So that way, we can specify job dependencies normally. Same idea could be applied to the build & test jobs if each architecture is its own stage, rather than its own job. |
Looks like this is Work in Progress? Shout if I'm wrong, or when you push some changes and it's ready for review. |
Yeah, but this is CI changes and IIRC draft PRs don't trigger CI, but since my changes are about CI... |
Makes sense - thanks for investigating this, and feel free to continue pushing commits to trigger the CI. (This PR will ultimately save us lots of resources when builds fail!) |
Unless that changed recently it should. |
That wasn't griping about making it a Draft PR - I can never remember if they trigger CI - just communicating my understanding of its status and choice of stage in https://github.com/microsoft/STL/projects/1. I wanted to ensure we're on the same page so you're not inadvertently left sitting here waiting for maintainer feedback. |
@CaseyCarter I believe this is ready for review! Here's an example of a failing build that skips tests: https://dev.azure.com/vclibs/STL/_build/results?buildId=5335&view=results I also squashed all my commits because testing CI is p a i n |
Sorry I made you throw away some of your work :( |
Haha it's fine I often throw away my work myself. |
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.
Thanks for this significant infrastructure improvement - I think it'll improve the experience for contributors and decrease load on the VMSS which is awesome.
FYI, I'm about to merge this. If the CI stops working, I will likely snap my fingers Thanatos-style and destroy a significant portion of the universe. |
Thanks for the contribution! (I'm 100% behind anyone-but-me enjoying the "edit-submit-wait an hour for CI" loop!) |
feature/spaceship: Merge CI changes to pick up #1337. This is a clean merge with no additional edits.
feature/format: Merge CI update to pick up #1337. There was a minor merge conflict in `test/std/test.lst` due to the addition of tests on both branches.
Fixes #1266
This adds basic build dependencies to the CI config. I've only added some basic dependencies to keep it simple, since the rest should eventually cascade to a build failure.