-
Notifications
You must be signed in to change notification settings - Fork 148
Build Cop: bot is a little spammy #282
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
Comments
A few options for how we could improve this:
|
I like 1 and 2. I wonder if 3 could cause problems and some things could get missed accidentally, but not sure how those flags could be used. |
#285 will help with this for flaky tests. But, that won't change the behavior when the test fails many times in a row. @bcoe specifically mentioned liking having a comment for every failure (option 1). Maybe there is a good in between? Don't comment more than N times? Or maybe option 2 would be enough. |
@nnegrey, have the latest couple changes helped? The bot only comments once per build/commit ID failure (the second option above). It's also more proactive about marking issues as flaky when they pass & fail for the same build ID. Should we do more? The next step would be something like:
|
a |
Would it be able to re-open the issue and start chattering away even if the quiet label was added? Like Oh I thought I fixed it, but it popped back up later due to some other change in the API |
I would expect it to ignore the quiet label when re-opening. So, it would re-open the issue, leave one comment explaining why it was re-opened, mark the issue flaky, and not comment anymore. Does that make sense to you? |
Yep! |
GoogleCloudPlatform/python-docs-samples#2805
The text was updated successfully, but these errors were encountered: