首页 > 解决方案 > 依赖分支审查缓慢

问题描述

我的培训师很忙,所以他并不总是有时间审查我的代码。
我需要编码并完成一些事情。
我经常在一个分支中编写一个特性,并为这个和下一个特性(下一个分支)写下架构/信息管理。
这使得下一个分支依赖于先前的分支。
我只是将前一个分支合并到下一个分支并继续编码。
当我的培训师现在审查(有时 8 个分支)我的代码(使用 gitlab diff 工具)时,他会看到先前分支的所有更改(大量代码),如果他合并分支,他不能单独审查先前的分支,因为它已经并入主。
当分支相互依赖时,您是否知道任何慢代码审查的好解决方案?

标签: gitbranch

解决方案


git rebase master我认为在将旧分支合并到 master 之后,我会使用这个策略。那里发生的情况是,您当前分支的历史被 master 的历史重写。如果旧分支已经在 master 中,那么 git 将显示的唯一新提交是您已更改的不在 master 中的内容,因为您已将功能分支的历史记录替换为 master 分支中的所有内容。


推荐阅读