Live data from Hacker News

Pull Request File Tree Feedback

github.com

31–40 of 77 posts

Re: Pull Request File Tree Feedback

#31
post #19

What's ironic is that discussion pages, like the one linked here, are broken on mobile. Maybe they should focus on that first. Also, I hate repos that convert issues to discussions. Might as well close the issue, as discussion is usually a graveyard.

Why is closing better? Either means 'maintainer won't do anything' (beyond perhaps charitably helping you out)

'Moved to discussion' seems better to me than 'closed; tagged question'.

Re: Pull Request File Tree Feedback

#33

I’d settle for them making PRs as useful as they were in 2015, before they messed up some of the most basic functionality: showing the diff, and showing review comments. They hide big diffs behind a “load more” link, and as a result people often fail to code review the most substantial part of a change because they scan right past it, thinking it’s a removed file or binary or something. Then, once you submit a review…

Additionally, the notification email links to "View it on GitHub" don't reliably cause the relevant parts of the page to expand so you end up wading through a huge PR expanding things at random until you find the message.

Re: Pull Request File Tree Feedback

#34

Earlier quoted context omitted.

> They hide big diffs behind a “load more” link, and as a result people often fail to code review the most substantial part of a change because they scan right past it, thinking it’s a removed file or binary or something. This. Every PR I have to do ctrl-F "load diff" and then immediately click on _all_ of the diffs. It's !@#$ing annoying. I've also lost comments when the comment is part of a review and pushed to the…

Might be worth making a bounty for it in refined github[0], similar things have been implemented in the past[1] [0] https://github.com/refined-github/refined-github [1] https://github.com/refined-github/refined-github/issues/2151

wtf is refined github? A browser extension? Nah, I value my browser more than that

Re: Pull Request File Tree Feedback

#35

Earlier quoted context omitted.

Maybe they're trying to nudge us towards smaller PRs. Many reviewers gloss over 300+ line changes in a single file. Approved with a "LGTM" and no further comment, but perhaps that's more a cultural issue with the team than anything.

Perhaps, but github's PR UI goes to utterly atrocious if you try to do something along the lines of "a series of small atomic changes". In my recent reviewing experience, anything involving multiple commits in a single PR results in the diff more or less lying to you: you get diffs of something , but it's not clear what, and even less clear how to get what I want to actually diff. I think the evidence is pretty clear…

> github seems to almost go out of its way to prevent you from thinking about PRs as if they were patches

Those who take care to write meaningful per-commit descriptions are actively punished by the eager collapsing. Either reviewers have to (1) spot the ellipsis (2) click on it for each individual commit, or the submitter has to copy-paste all of their commit information into the PR description.

Re: Pull Request File Tree Feedback

#38

Earlier quoted context omitted.

> They hide big diffs behind a “load more” link, and as a result people often fail to code review the most substantial part of a change because they scan right past it, thinking it’s a removed file or binary or something. This. Every PR I have to do ctrl-F "load diff" and then immediately click on _all_ of the diffs. It's !@#$ing annoying. I've also lost comments when the comment is part of a review and pushed to the…

Might be worth making a bounty for it in refined github[0], similar things have been implemented in the past[1] [0] https://github.com/refined-github/refined-github [1] https://github.com/refined-github/refined-github/issues/2151

An extension shouldn't be needed for a dev-centric service like GH to be usable. This is the wrong way to fight bad UX, as it's ridiculous to make installation of a potential security vulnerability of an addon necessary to make a git-frontend website work well.

Better to just find a dev-first platform instead.

Re: Pull Request File Tree Feedback

#39

Earlier quoted context omitted.

Might be worth making a bounty for it in refined github[0], similar things have been implemented in the past[1] [0] https://github.com/refined-github/refined-github [1] https://github.com/refined-github/refined-github/issues/2151

wtf is refined github? A browser extension? Nah, I value my browser more than that

Especially for GitHub.com cookies and access. With over 50k users, this has to be a prime target for phishing/other attacks against the maintainers to publish a malicious update to the extension. Think passively stealing creds and source code.

Re: Pull Request File Tree Feedback

#40

Earlier quoted context omitted.

Maybe they're trying to nudge us towards smaller PRs. Many reviewers gloss over 300+ line changes in a single file. Approved with a "LGTM" and no further comment, but perhaps that's more a cultural issue with the team than anything.

Perhaps, but github's PR UI goes to utterly atrocious if you try to do something along the lines of "a series of small atomic changes". In my recent reviewing experience, anything involving multiple commits in a single PR results in the diff more or less lying to you: you get diffs of something , but it's not clear what, and even less clear how to get what I want to actually diff. I think the evidence is pretty clear…

> anything involving multiple commits in a single PR results in the diff more or less lying to you: you get diffs of something, but it's not clear what, and even less clear how to get what I want to actually diff.

I'm trying to work on solving this and I have a first iteration of it which I wouldn't mind getting feedback on. If you look at the following PR:

https://oss.gitsense.com/insights/github?bt=open&q=microsoft...

you can easily identify which commit does what. For example, if you select the first two commits and filter by them, the PR tree will show you the files that were changed by those commits and if you click on the commit in the tree, you can view the diff for that commit.

In the future, I want to support what you described and make it very easy to diff any revision.

Post reply on HN