如何通过自动代码样式更改来审查合并请求？
How to review a merge request with an automatic code styling change?
假设有人正在处理遗留代码，其中完整代码缩进不正确，并且每一行都验证了代码样式指南。
然后用户继续对文件进行更改（假设有 3000 行），并作为首次提交自动应用团队的代码样式，这将对几乎每一行产生影响。然后他可能会跟进 8 次提交，只修复几行。
在审查这样的合并请求时，是否可以在不查看代码样式更改的情况下审查代码？ GitLab 比较视图甚至可能无法显示，因为更改了太多行。但是作为审阅者，我相信自动样式更改并且只想查看仅影响几行的 8 次提交。
我知道可以避免这种情况，方法是使用修复代码样式的单个提交发出合并请求，然后为其他更改创建另一个合并请求。但是，如果您最终遇到有人在单个 MR 中完成的情况怎么办。我有没有机会在不发疯的情况下复习它？
把它变成两个合并请求是微不足道的，这是最好的选择。最简单的就是感谢他们的工作，说明很难作为一个请求来审核，如果他们自己拆分的话。
或者你也可以自己做。从他们的第一个提交 git branch <new branch> <first commit ID> 中创建一个分支，并将其作为合并请求提交。合并它。然后将原始合并请求变基到 master 上。他们仍然会因这项工作而获得荣誉。
您还可以将他们的分支与他们的 second 提交进行比较。转到“比较”工具，将他们的分支设置为源，将他们第二次提交的提交 ID 设置为目标。
您可以在“提交”选项卡中逐个提交地查看它。
假设有人正在处理遗留代码，其中完整代码缩进不正确，并且每一行都验证了代码样式指南。
然后用户继续对文件进行更改（假设有 3000 行），并作为首次提交自动应用团队的代码样式，这将对几乎每一行产生影响。然后他可能会跟进 8 次提交，只修复几行。
在审查这样的合并请求时，是否可以在不查看代码样式更改的情况下审查代码？ GitLab 比较视图甚至可能无法显示，因为更改了太多行。但是作为审阅者，我相信自动样式更改并且只想查看仅影响几行的 8 次提交。
我知道可以避免这种情况，方法是使用修复代码样式的单个提交发出合并请求，然后为其他更改创建另一个合并请求。但是，如果您最终遇到有人在单个 MR 中完成的情况怎么办。我有没有机会在不发疯的情况下复习它？
把它变成两个合并请求是微不足道的，这是最好的选择。最简单的就是感谢他们的工作，说明很难作为一个请求来审核，如果他们自己拆分的话。
或者你也可以自己做。从他们的第一个提交 git branch <new branch> <first commit ID> 中创建一个分支，并将其作为合并请求提交。合并它。然后将原始合并请求变基到 master 上。他们仍然会因这项工作而获得荣誉。
您还可以将他们的分支与他们的 second 提交进行比较。转到“比较”工具，将他们的分支设置为源，将他们第二次提交的提交 ID 设置为目标。
您可以在“提交”选项卡中逐个提交地查看它。