We can get rid of at least:
- All results for closed issues
- All non-current branch results
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | Screen Shot 2017-03-08 at 4.55.49 PM.png | 12.68 KB | drumm |
We can get rid of at least:
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | Screen Shot 2017-03-08 at 4.55.49 PM.png | 12.68 KB | drumm |
Comments
Comment #2
drummComment #4
drummOnce this commit is deployed, the coding standards section results will look like this after they have been removed from the
pift_ci_job_checkstyletable.Comment #5
drummComment #6
drummClosed issues won’t clear too much yet:
That includes Fixed issues as “open”. That is 65,106 rows which would be cleaned after their 2 weeks is up.
Comment #7
MixologicSo, just added #2859036: Provide coding standards delta checks - and Im thinking that coding standards isn't really data we need to persist for very long. Im thinking for patches, we might only need to keep the most recent results on an issue, or maybe even only stash that data for 3 or 6 months. And for branch tests, we possibly process the delta against the last result and provide x fixed, x new and *maybe* keep a graph, but probably not. That way a branch test only has the most recent results, and it doesnt particularly matter if they have daily tests with 10000 issues. we just store the most recent.
Comment #8
drummRules I came up with:
The results should be the same across environments, but they are all shown separately on the automated testing tab, so they are all expected to have results. I could see situations where having a little history (24h) would be useful for people.
Comment #10
drummThis has been deployed to Drupal.org:
Comment #11
MixologicSuper awesome.