- 主题:请教大家一个git的使用技巧
他都推上去了
【 在 woshidashu (唯爱无尽光) 的大作中提到: 】
: 提交前压缩一下commit，同一个功能的可以压缩成一个commit
:
: IDEA-git-squash
:
--
FROM 117.136.0.*
commit是快照，除非你把中间的快照删了，否则都在
【 在 feed (鳄鱼) 的大作中提到: 】
: 你好，比如我前十次commit一共修改了100个文件
: 我合并成1个commit了
: 当我第十一次在同一个myBranch里向develop提交一个新的PR，里面只修改了1个文件，那么reviewer看到的，还是包含了前面修改的 100 个文件的修改。这对他们非常不友好。
: 除非我再新建一个分支 myBranch1，这样是可以的，但是一个feature，就分散在多个PR当中了。
--
FROM 117.136.0.*
在develop上rebase？这个分支又不是只有他自己的commit
【 在 mopo (Fred Li) 的大作中提到: 】
: 自己的changelog很重要的话就squash，不那么重要的话直接在develop分支上rebase，当然改动很大时间跨度长的话还是建议前者
:
: 【 在 feed () 的大作中提到: 】
: : rt
--
FROM 117.136.0.*
你为啥不在本地测试好了在推到develop上？没有本地测试条件？
【 在 feed (鳄鱼) 的大作中提到: 】
: 我为了这个feature，连续不断的从myBranch commit PR到 develop上。
: 但是文件越来越多之后，reviewer很难看清楚我最近的commit是修改了哪些文件，除非他点击进入这个PR的最后一次commit，否则直接从PR的compare files里是看到 myBranch到develop的所有的修改记录，包括以前commit的文件。
: 这样github有这样的功能也是有意义的。将来我只需要一份PR link，我就能看到我这个feature对应的所有代码。
: 但是目前开发的过程中，确实给reviewer造成麻烦。
--
FROM 117.136.0.*
你搞错他的意思了，他自己的分支只有他自己的修改，没有别人的，只不过不想人别人看到他曾经在自己分之做的fix typo这样的无谓的修改而已，而且rebase最好在push之前就做，都push之后在做，容易给别人造成困扰的
【 在 SlO (S10) 的大作中提到: 】
: rebase。
: 就好比你的分支一开始从主干较低的位置长出来，后来主干又长高了，你把你的分支砍下来，然后把这个分支接到树干的顶端。你的分支还是你的分支，只是位置不一样了。这样review的人就可以仅仅看到你的分支修改。
: 【 在 feed 的大作中提到: 】
: : rt
--
FROM 117.136.0.*
最新的commit当然是最后一个commit，你的意思估计是想把你在你本地分支的所有commit合并成一个大commit吧
【 在 feed (鳄鱼) 的大作中提到: 】
: 我以前也是和你一样认为的
: 但最近做实验才发现：
: 除非你新建一个全新的branch，否则你一直复用之前的branch，commit新的PR，那么reviewer看到的是这个branch曾经修改过的所有的记录。我最新的commit仅仅是在所有commit的末尾一个。
: 不知道你明白我的意思没有。
--
FROM 117.136.0.*
你的一个文件a是在之前几个commit修改的，最新的commit没有修改这个文件的话，当然看不到这个文件被修改的情况了，除非你把包括这几个文件的修改都合并成一个commit然后作为最新的commit，但是你都push到服务器了，做这些修改会很麻烦
【 在 feed (鳄鱼) 的大作中提到: 】
: 我为了这个feature，连续不断的从myBranch commit PR到 develop上。
: 但是文件越来越多之后，reviewer很难看清楚我最近的commit是修改了哪些文件，除非他点击进入这个PR的最后一次commit，否则直接从PR的compare files里是看到 myBranch到develop的所有的修改记录，包括以前commit的文件。
: 这样github有这样的功能也是有意义的。将来我只需要一份PR link，我就能看到我这个feature对应的所有代码。
: 但是目前开发的过程中，确实给reviewer造成麻烦。
--
FROM 117.136.0.*
你到底是不想让人看到你之前的文件修改还是不想让人看见？前面你的描述是想让人看见，现在成了不想让人看见？
【 在 feed (鳄鱼) 的大作中提到: 】
: 关键的问题是：我这个分支，myBranch已经修改了太多次了
: 接下来的每次从myBranch下提交commit，PR都会看到之前的commit的文件修改。
: 是不是github能有什么开关呢？这次PR只显示最近一次commit的修改？
:
--
FROM 117.136.0.*
你的分支只有你的修改，要不然让reviewer进入你的分支review
【 在 feed (鳄鱼) 的大作中提到: 】
: 我为了这个feature，连续不断的从myBranch commit PR到 develop上。
: 但是文件越来越多之后，reviewer很难看清楚我最近的commit是修改了哪些文件，除非他点击进入这个PR的最后一次commit，否则直接从PR的compare files里是看到 myBranch到develop的所有的修改记录，包括以前commit的文件。
: 这样github有这样的功能也是有意义的。将来我只需要一份PR link，我就能看到我这个feature对应的所有代码。
: 但是目前开发的过程中，确实给reviewer造成麻烦。
--
FROM 117.136.0.*
不把远程的删掉以前的commit还会再pull下来的
【 在 eric8888 (eric8888) 的大作中提到: 】
:
: 【 在 irroy 的大作中提到: 】
: : 怎么感觉应该弄一个远程分支myBranch？然后再远程分支上测试，
: : 最终没有问题之后，dev-merge-myBranch, --squash,
--
FROM 117.136.0.*