Open KastenMike opened 11 months ago
š Hi! Thank you for this contribution! Just to let you know, our GitHub SDK team does a round of issue and PR reviews twice a week, every Monday and Friday! We have a process in place for prioritizing and responding to your input. Because you are a part of this community please feel free to comment, add to, or pick up any issues/PRs that are labled with Status: Up for grabs
. You & others like you are the reason all of this works! So thank you & happy coding! š
What happened?
pullRequests.getReviews
returns in chronological order whilepullRequests.getAll
is reverse chronological. Is there a reason for this? If you make use of etags and hadper_page: 1
but add a new review, the new review would never be found due to 304 errors. Whereas withpullRequests.getAll
, the most recent 1 is first and it seems any change triggers all etags to change (re-opening a PR on page 3 seems to trigger page 1 etag to also change)The fact that
getReviews
includes decisions and all the comments makes the pagination risk higher. WhereasgetComments
(which has a sort option) includes only the comments but no review decisions...it wouldn't be so bad ifgetReviews
would return only the review decisions and not all the comments already covered bygetComments
but still, a sort option would be better if @gr2m knows someone who works on the backend for these API callsVersions
^15.8.2
Relevant log output
No response
Code of Conduct