问题描述
假定有人正在处理旧代码，其中完整的代码不正确地缩进，并且每一行都验证了代码样式准则。
然后，用户继续在文件上进行更改（可以说有3000行），并首先自动应用团队中的代码样式，这几乎会影响到每一行。然后，他可能会执行8次提交以仅修复几行。
当一个人正在审查这样的合并请求时，是否可以在不看到代码样式更改的情况下审查代码？由于更改了很多行，因此GitLab比较视图甚至可能无法显示。但是，作为审阅者，我相信样式会自动更改，只希望看到只影响了几行的8个提交。
我知道可以通过以下方式避免这种情况：通过使用修复了代码样式的单个提交提出合并请求，然后为其他更改创建另一个合并请求。但是，如果您最终遇到某个人在单个MR中完成该操作的情况，该怎么办？有机会我可以复习而又不会发疯吗？
解决方法
将其转换为两个合并请求很简单，这是最好的选择。最简单的是感谢他们的工作，解释说很难将其作为一个单独的请求进行审核，以及他们是否会自行分解。
或者您也可以自己做。对他们的第一次提交git branch <new branch> <first commit ID>进行分支，并将其提交为合并请求。合并它。然后将原始合并请求重新建立在master上。他们仍然会因为这项工作而获得荣誉。
您还可以将其分支与他们的 second 提交进行比较。转到“比较”工具，将其分支设置为源，并将其第二次提交的提交ID作为目标。
您可以在“提交”选项卡中逐个提交来查看它。