- 主题:请教大家一个git的使用技巧
rebase。
就好比你的分支一开始从主干较低的位置长出来,后来主干又长高了,你把你的分支砍下来,然后把这个分支接到树干的顶端。你的分支还是你的分支,只是位置不一样了。这样review的人就可以仅仅看到你的分支修改。
【 在 feed 的大作中提到: 】
: rt
: 目前我是开发一个大的feature,但一次commit肯定是做不完的。
: 我新建了一个自己的branch,叫 myBranch
: ...................
--
FROM 61.148.245.*
那就不好办了。
试试cherrypick,只把你的修改提出来。不过有可能会有冲突。
【 在 feed 的大作中提到: 】
: 关键的问题是:我这个分支,myBranch已经修改了太多次了
: 接下来的每次从myBranch下提交commit,PR都会看到之前的commit的文件修改。
: 是不是github能有什么开关呢?这次PR只显示最近一次commit的修改?
: ...................
--
FROM 59.109.146.*
我们公司的规定比较符合你的第一条需求,所以统一要求每一个br只做rebase,不要merge。所以每一个PR都只包含自己的修改。
第二个需求就费点劲了。我们目前对这个需求不强,feature通常都是已经拆解的比较零碎的,review每一个PR的都会看到这个PR所有的commit而不是最后一次的commit,当然reviewer也可以指定commit进行对比。
【 在 feed (鳄鱼) 的大作中提到: 】
: 我的需求是:
: 1:等我这个feature完成之后,我想用一个PR link,就能展示我所有的修改,以供后来人参考。
: 2:开发的过程中,每次commit,我想让reviewer 只看到最新一个commit的修改
: ...................
--
FROM 106.121.184.*