You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 18, 2021. It is now read-only.
Repository navigation
This repository was archived by the owner on Nov 18, 2021. It is now read-only.
It should be possible to sort/order pull requests by merged date. (I understand this only makes sense for merged PRs, not open/closed ones.)
Reacted by James Turley, Pradip Hari, Jeff Gunderson, Tuomas Lunti, Javier L. Matías-Cabrera, Greg McCullough, Ryan Wolstenholme, Chris Bradley, Takaaki Shirai, Cuba Stanley and 137 more
This is a really severe gap in usability - every other online scm provider I've used provides this option by default.
I really need this when sifting through recent PRs while troubleshooting production issues. This feature's absence has cost me a material amount of precious troubleshooting time.
I know that searching provides a date filter, which is great when you have the time to re-learn how to use the search syntax. But, I should really easily be able to see the most recent merges into the codebase, in order, in order to drive down the time to identifying and correcting production bugs.
As it stands, GitHub is actively getting in the way of that troubleshooting process and hurting me as a developer.
Reacted by Ustun Ozgur, Adam Grant, Oliver Maksimović, Sadie Perkins, Dan Karney, Grant Iverson, Jeff Hammerbacher, lonewarrior556, Ilse, Serhii Nesprava and 7 more
While we're at it, can we add the option to change the merged display to use a timestamp? Displaying "merged yesterday" is fairly useless when there are dozens of merges per day.
Reacted by Néstor Soriano, lonewarrior556, escalonn, Nathaniel Clement and Skyler Slade
I guess those could be easily converted to TamperMonkey scripts or the like. The problem is that the page updates itself from time to time in order to keep the "human readable" timestamps updated, but at least the sorting is kept.
Not really the full feature but a small workaround that might just show you the PR you were searching for is to order by updated date. So with a filter like this: is:pr is:merged sort:updated-desc.
Unfortunately, the last updated is not really a good solution because it just needs any event to count as updated. It does not give an actual timeline of the PR going to a branch.
For example we have a script that deletes stale branches that have been merged, and it adds an event to the PR, making it more recently updated.
Holy moly I think this feature actually exists! I was similarly baffled that this couldn't be done (...and still am), but then stumbled up the "Pulse" page:
Activity
eouw0o83hf commentedon Mar 18, 2020
This is a really severe gap in usability - every other online scm provider I've used provides this option by default.
I really need this when sifting through recent PRs while troubleshooting production issues. This feature's absence has cost me a material amount of precious troubleshooting time.
I know that searching provides a date filter, which is great when you have the time to re-learn how to use the search syntax. But, I should really easily be able to see the most recent merges into the codebase, in order, in order to drive down the time to identifying and correcting production bugs.
As it stands, GitHub is actively getting in the way of that troubleshooting process and hurting me as a developer.
KarneAsada commentedon Jun 11, 2020
While we're at it, can we add the option to change the merged display to use a timestamp? Displaying "merged yesterday" is fairly useless when there are dozens of merges per day.
Konamiman commentedon Aug 13, 2020
The following script sorts the pull requests by merge date, oldest first (reverse the
localeComparefor newest first):And the following one displays dates in timestamp format:
I guess those could be easily converted to TamperMonkey scripts or the like. The problem is that the page updates itself from time to time in order to keep the "human readable" timestamps updated, but at least the sorting is kept.
lonewarrior556 commentedon Aug 19, 2020
Coming from tfs I honestly cannot believe this is not an option
moltob commentedon Apr 27, 2021
Not really the full feature but a small workaround that might just show you the PR you were searching for is to order by updated date. So with a filter like this:
is:pr is:merged sort:updated-desc.Or in GraphQL:
{ repository(owner:"<org>" name:"<repo>") { pullRequests(first:100 orderBy:{field:UPDATED_AT direction:DESC} states:MERGED) { pageInfo { hasNextPage endCursor } nodes { number title updatedAt } } } }K3UL commentedon Apr 29, 2021
Unfortunately, the last updated is not really a good solution because it just needs any event to count as updated. It does not give an actual timeline of the PR going to a branch.
For example we have a script that deletes stale branches that have been merged, and it adds an event to the PR, making it more recently updated.
chrisclark commentedon Jun 21, 2021
Holy moly I think this feature actually exists! I was similarly baffled that this couldn't be done (...and still am), but then stumbled up the "Pulse" page:
https://github.com/n8n-io/n8n/pulse
It's not perfect because the date filtering is limited, but it will serve my purposes! Hope this helps someone else.
fzngagan commentedon Aug 22, 2021
I've written a ruby script which uses https://github.com/octokit/octokit.rb to list the PRs merged into a branch sorted by the order they were merged into a given branch. Might help someone. :)