-
Notifications
You must be signed in to change notification settings - Fork 10.3k
Fix broken build #10541
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
Fix broken build #10541
Conversation
Thanks for being on top of it @BrennanConroy |
This is a legitimate problem though, even with shorter time gaps. There are many times where we have merged a PR shortly after another PR has been merged and it causes the build to break, even though the PR is green. A few general ideas on how we can make this experience better:
|
Ah crap, my bad. I respun a different PR and thought that I had done so with this one. |
I also feel like we should try to do a better job of closing/handling stale PRs. For the most part, after a month or so without merging a (non-draft) PR, it should probably just be closed. If the change is still desired, it's easy to either re-open or open a new PR. |
GitHub has a built-in option for this, but in practice, it ends up being very frustrating to enable, unless PR checks complete in a very short time. |
I think what GitHub has is a feature to invalidate PR checks whenever something new is pushed to the target branch. I agree that is too intense here. Something that says "you can't merge a week-old/month-old/etc PR unless you respin all the checks" might be reasonable if it could be done well. Honestly, I don't know that this is that much of a problem as long as those doing the merging (who merged this PR in the first place anyway! oh... wait...) do the due diligence. I don't think this has been a common problem and I certainly feel adequately shamed into doing the right thing next time 😺 . |
At one point @dpoeschl had a Chrome Ext that warned when the checks were stale, but agree that just a bit of diligence is probably enough |
I've hit this several times with compiler breaks and behavior breaks. Preventing both kinds requires very invasive mechanics and would make normal development almost imposible. As the fixes have always been trivial, quick notification and reaction should be sufficient. Can the official build automatically email the committer on failure? |
It should already do that. At least I get them when I merge a PR and it fails. |
Yep, it's all configurable in AzDO settings. The default should be emailing you on failure though. |
We have ways of working around GitHub limitations. We could, for example, use the aspnet-github-bot account to add a required PR check that asserts the PR check passed within the last 7 days. |
That was exactly my thought 👍 |
Yep, that would be the way to move forward if we felt like it added enough value to prioritize it over other stuff. I'm just not sure it's the main issue we're facing right now ;P. |
Guess we shouldn't be merging 3 month old PRs without rebuilding 😆
#7227