4 ms·
As the years go by, I find myself increasingly in the minority of those who still prefer the unified diff view. My favourite tool for diffing has always been “
by susam 2y ago
As the years go by, I find myself increasingly in the minority of those who still prefer the unified diff view.
My favourite tool for diffing has always been “diff -u”. I sometimes even use “diff -U10000” when I want to see the entire file as context.
Thankfully, GitHub still supports unified diff view, so I don’t feel left out while reviewing GitHub pull requests.
In fact, once upon a time, when there was no GitHub or GitLab and there were no “pull requests”, open source developers used to email each other .diff files (often also named .patch files) which were nothing but unified diff files. A reviewer would apply the patch on their copy of source code with something like “patch -p0 < new.diff” and test it locally on their system. That was the CI of that era.
- seba_dos1 2y ago> As the years go by, I find myself increasingly in the minority of those who still prefer the unified diff view. Wait, so what does the majority prefer these days then? I might be out of the loop, last time I checked (which was today) git still defaulted to unified diffs.
- susam 2y agoThe default is still unified diff but I see most people around me switch the diff view to split view (the side-by-side view).