rt
目前我是开发一个大的feature，但一次commit肯定是做不完的。
我新建了一个自己的branch，叫 myBranch
然后会merge到 develop branch上，然后部署测试，测出问题，继续在 myBranch修改，继续merge继续测。
现在问题来了：我不断的从myBranch merge到 develop，每次提交的PR，都会看见之前的commit记录，最新提交的commit仅仅是众多commit的末尾一个，review的人 file compare的时候，把之前的file的改动都看到。
如果想让review的人清净点，就看到本次的改动，那么我需要每次重新新建一个 branch，但我觉得太麻烦，毕竟没有正式的release，这些改动都不对应具体的bug。而且将来通过一个PR就能看到我为这个feature做出的所有的改动，也是非常必要的。
这个问题大家会不会也经常会遇到？大家都是怎么解决的？
谢谢
--
FROM 120.244.236.*

1楼就是答案
--
FROM 111.197.114.*

没太看懂您的逻辑。这个例子是说修改了100个文件还是修改了100“处”  ？ Review的目的就是看哪里修改了，如果你修改了100个文件确只给reviewer看一个文件，那review 的意义何在？
  
【 在 feed (鳄鱼) 的大作中提到: 】
:  你好，比如我前十次commit一共修改了100个文件
:  我合并成1个commit了
:  当我第十一次在同一个myBranch里向develop提交一个新的PR，里面只修改了1个文件，那么reviewer看到的，还是包含了前面修改的 100 个文件的修改。这对他们非常不友好。
:  除非我再新建一个分支 myBranch1，这样是可以的，但是一个feature，就分散在多个PR当中了。
--
FROM 222.70.155.*

没搞懂
之前100个文件的修改是不需要的吗？

【 在 feed 的大作中提到: 】
: 你好，比如我前十次commit一共修改了100个文件
: 我合并成1个commit了
: 当我第十一次在同一个myBranch里向develop提交一个新的PR，里面只修改了1个文件，那么reviewer看到的，还是包含了前面修改的 100 个文件的修改。这对他们非常不友好。
: ...................
--
FROM 111.198.230.*

你是想把从myBranch合并到develop上的commit都合并为一个commit，这些commit中间夹杂了其他feature的commit对吧
【 在 feed 的大作中提到: 】
: rt
: 目前我是开发一个大的feature，但一次commit肯定是做不完的。
: 我新建了一个自己的branch，叫 myBranch
: ...................
--
FROM 114.241.88.*