[UX][PR] 瀑布流diff

[heartacker]

[heartacker]

1. 在终端中，我们输入git diff 的时候，他默认会持续的显示所有的diff ，而不是特定的文件，实现一个流式，连贯的预览。可以按q 退出。
2. sourcegit 的diff 现在只能一个一个文件点击。如果需要查看审查不同的diff 的时候。需要一个一个去点击比较麻烦。
3. vscode 实现了一个点击查看多个diff的功能，完全符合 git diff 命令行的体验。

4. github 的pr 等等也 也实现了类似的体验。

[heartacker]

1. 建议，sourcegit实现类似的流式diff ，实现一个鼠标滚动可以查阅各个diff ，并在ui ux 可以提出更高的体验。
2. 包括一键查看工作区，也可以查看暂存区。
3. diff 视图也可以实现。

[love-linger]

• 在CHANGES视图中，你也可以分别查看每个文件的更改，甚至可以略过不想查看的文件。这对于鼠标操作是一样的，都需要移动并点击
• 你所说的【流式diff】非常难以实现虚拟化列表。这意味着所有的内容不管是否显示，都会进入计算且创建（只是可能不会被渲染）。这样滚动会变得非常卡顿。这也是为什么在 INFORMATION 视图中仅展示 TOP 100 变更的原因（该视图是整个页面一个滚动条，列表控件为自适应高度，也就是说所有展示的文件项都会创建并计算）
• 内存占用及减小不必要的git进程创建问题。之所以增加CHANGES视图，就是为了减少在INFORMATION视图下不必要的计算。比如：git diff命令仅在选择了文件后才会执行。这对于频繁切换选中commit来查找需要的提交非常有用。在之前的issue也有提到，当同时运行的git指令过多时，在某些低配置的机器上，命令耗时会显著增加。