-
Notifications
You must be signed in to change notification settings - Fork 24
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
Proposal for allowing @rust-log-analyzer silence
to mute failures
#73
Comments
There's no trivial place to save the SQLite DB -- RLA runs on ephemeral containers. We do have some state (the trained index), which is persisted and loaded from S3: #71 It seems plausible that we could put a DB into S3 as well, but I wonder if perhaps a simpler design is to (for example) add a label to PRs "rla-silenced" or something like that? That would mean a binary silence rather than something more complex, but that seems like it owuld be sufficient for 99% of use cases anyway? |
A label sounds very reasonable to me, and easier. Is the only thing needed a check like this one? Query the PR labels then just return this function if that one is set rust-log-analyzer/src/bin/server/worker.rs Lines 267 to 273 in 6437927
|
If a test is not run by Bors and the label `rla-silence` is applied to a PR, do not post an update messsage. This will allow keeping RLA message noise out of PRs that are expected to have a lot of churn. Fixes rust-lang#73
If a test is not run by Bors and the label `rla-silence` is applied to a PR, do not post an update messsage. This will allow keeping RLA message noise out of PRs that are expected to have a lot of churn. Fixes rust-lang#73
It would be nice to be able to make RLA a bit less annoying when you're actively watching your PR and know it is going to fail.
Proposed usage:
It seems like RLA is currently stateless. Doing this would require saving some information, but changes to this would be infrequent enough that a sqlite database could handle it easily;
Behavior:
issue_comment
webhook event.silence
but nothing else, upsertsilence_all
for that PR's IDsilence
and some specific tests, updatesilence_all=false
and those add those tests to a list insilenced
unsilence
, do the opposite and delete the row if emptyI don't mind doing the work for this, but would appreciate some feedback before starting to make sure this sounds OK.
The text was updated successfully, but these errors were encountered: