Git 怎么 review 一个硕大的 Pull Request 或者 Merge Request
最近在日常工作中遇到了这样一个问题
同事提交了一个硕大的 MR，超出了 Gitlab 的处理极限……然后他就给我忽略了 23 个 commits。可是，尼玛，我要 review 啊！怎么搞呢？
- 我可以到这个相应的 branch 下面去根据 commit 时间以及 commit 的 message 找到起始的 commit，然后一个一个 review
- 我可以通过命令 git log 找出跟 master 不一样的 commits，然后用 git show {commit}, 一个一个 review
- 或者我也可以通过 git diff 一下找出所有的不同，然后慢慢看
我可以想到上面三种方式，但是可惜，都不是我想要的。 第一种方式简直就是人肉搜索啊，虽然不至于花很多时间，但是就是不爽 第二种方式看起来简单，但是我要先保存 git log 的 output，然后再手动一个一个的 copy 给 git show，这也太累了 第三种方式我觉得一次性给了我太东西了，一看就头昏啊
所以我就在寻思怎么搞？……？ 对比上述三种方式，第二种最有改进前途。所以我就寻思怎么样把 git log 的输出一个一个传给 git show 通过无所不能的 Google Search，我得到了这样一个命令
git log --reverse --pretty=format:"%H" master...aclprod-456/richard | head -$c | tail -1
这里的c是一个 bash 的变量，我准备让它自增。上面的命令会按照时间顺序依次输出下一个 commit 的 Hash 值。
现在我就可以把这个值传给 git show 了
git show $(git log --reverse --pretty=format:"%H" master...aclprod-456/richard | head -$c | tail -1)
但是，我又想在浏览器看，怎么办？
((c+=1)) && open -a /Applications/Safari.app https://your/gitlab/repo/commit/$(git log --reverse --pretty=format:"%H" master...aclprod-456/richard | head -$c | tail -1)
OK，这样我就可以只需要轻敲两个键盘就能在浏览器慢慢 review 这个硕大的 MR 了。
==================================
不知道你们的日常是怎么处理类似问题的，欢迎吐槽！
@huacnlee 这个 MR 有 123 个 commits，在 MR 里面只 load 了 100 个，23 个被 Gitlab 给 omitted 了。
10 lines of code = 10 issues. 500 lines of code = "looks fine." Code reviews.
gitlab 也和 github 一样支持 git checkout 切换到待 review 的分支的
Updated: 发现楼主没有做 review 和 CI 的集成
我们会要求工程师每天必须 merge 到 staging 一次以保证 CI build 是绿的并自动部署，避免过大的 MR。这样有几个好处：
- Review MR 的人不会一脸懵逼。
- staging 环境始终保持在一个有最新代码并且可测试的状态。
- 工程师会在写之前更认真地思考架构，比如一个大的 feature 如何拆分成一个一个小的可以持续 deliver 的功能。
