-
Notifications
You must be signed in to change notification settings - Fork 12
Allow sorting commitfest entries by "failing since" #47
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
Conversation
9bb9162
to
98016b2
Compare
pgcommitfest/commitfest/views.py
Outdated
failing = True | ||
|
||
if (failing or finished) and bool(branch_in_db.failing_since) is not failing: | ||
print(branch_in_db.failing_since, failing) |
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.
I don't know anything about this code - but I wonder if this is intended to be here?
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.
oops yeah
The described behaviour makes sense to me! Maybe failing_since could be displayed in the expanded information that's already displayed when hovering? |
943b7fc
to
2a276bf
Compare
It got a bit repetitive to keep typing `p.cfbot_results` and it didn't make the templates easy to read.
This adds a new column to the `CfbotBranch` model: `failing_since`. This tracks when a patch first started to fail the CI or started requiring a rebase. This value its primary use is to allow people to sort by the "CI status" column in the patch list. This allows people to quickly see what patches are healthy, which require the author to take action, and which might benefit from a reviewer pinging the author that the patch has been broken for a while. Non-failing builds are sorted on their CI build creation time, so patches that are currently running CI are shown at the top, followed by patches for which CI succeeded most recently. The values of needs_rebase_since and failing_since are also shown on hover and on the patch pages. Fixes #42
We're not showing these first patch sizes on the commitfest page.
2a276bf
to
7e174cc
Compare
Done now, and it's now also visible on the patch page. |
This makes it easy to test the new sorting functionality.
It got a bit repetitive to keep typing `p.cfbot_results` and it didn't make the templates easy to read.
This adds a new column to the `CfbotBranch` model: `failing_since`. This tracks when a patch first started to fail the CI or started requiring a rebase. This value its primary use is to allow people to sort by the "CI status" column in the patch list. This allows people to quickly see what patches are healthy, which require the author to take action, and which might benefit from a reviewer pinging the author that the patch has been broken for a while. Non-failing builds are sorted on their CI build creation time, so patches that are currently running CI are shown at the top, followed by patches for which CI succeeded most recently. The values of needs_rebase_since and failing_since are also shown on hover and on the patch pages. Fixes #42
We're not showing these first patch sizes on the commitfest page.
This makes it easy to test the new sorting functionality.
This adds a new column to the
CfbotBranch
model:failing_since
. This tracks when a patch first started to fail the CI or started requiring a rebase. This value is not currently shown anywhere, but it is used to sort the patches when clicking the "CI status" column in the patch list. This allows people to quickly see what patches are healthy, which require the author to take action, and which might benefit from a reviewer pinging the author that the patch has been broken for a while. Non-failing builds are sorted on their CI build creation time, so patches that are currently running CI are shown at the top, followed by patches for which CI succeeded most recently.Fixes #42