git - 依赖分支审查缓慢
问题描述
我的培训师很忙,所以他并不总是有时间审查我的代码。
我需要编码并完成一些事情。
我经常在一个分支中编写一个特性,并为这个和下一个特性(下一个分支)写下架构/信息管理。
这使得下一个分支依赖于先前的分支。
我只是将前一个分支合并到下一个分支并继续编码。
当我的培训师现在审查(有时 8 个分支)我的代码(使用 gitlab diff 工具)时,他会看到先前分支的所有更改(大量代码),如果他合并分支,他不能单独审查先前的分支,因为它已经并入主。
当分支相互依赖时,您是否知道任何慢代码审查的好解决方案?
解决方案
git rebase master
我认为在将旧分支合并到 master 之后,我会使用这个策略。那里发生的情况是,您当前分支的历史被 master 的历史重写。如果旧分支已经在 master 中,那么 git 将显示的唯一新提交是您已更改的不在 master 中的内容,因为您已将功能分支的历史记录替换为 master 分支中的所有内容。
推荐阅读
- r - R中的非线性最小二乘拟合
- javascript - 如何将richembed 描述拆分为两条消息?
- powershell - 查找不包括禁用用户的组成员
- google-maps - 使用 React-native 中的准确性获取正确的纬度和经度
- java - 如何在 Java 中将子查询添加到规范中
- r - 获取 ggplot 的图例显示所有格式的圆圈
- angular - saveToPhotoAlbum completely ignored on both Android and iOS
- javascript - 如何在不获取“JSX 表达式必须有一个父元素。错误”的情况下向我的添加模式组件添加另一个模式
- java - 使用java8过滤器比较两个整数列表
- php - Why does Json_encode return an empty array?