- 主题:请教大家一个git的使用技巧
所以你在本地只commit,等本地测试好了再rebase再push再merge过去不就行了?你不会是本地commit一次就push一次吧
【 在 feed (鳄鱼) 的大作中提到: 】
: 知道了,所以我现在遇到的问题是源自公司的系统问题
: 因为我们很多问题,只有merge到了dev branch之后,才能部署,才能测出问题来。
: 自己的私有分支是不能进入dev测试环境的,只能本机测试。
:
--
FROM 124.202.217.*
为什么大家都不停的问我这个问题?
这和我要问的是两个问题啊
我在本地rebase了之后,重新提交一个新的commit,reviewer还是会看到我过去所有修改的文件啊!除非我新建一个branch,去commit
【 在 nikezhang 的大作中提到: 】
: 所以你在本地只commit,等本地测试好了再rebase再push再merge过去不就行了?你不会是本地commit一次就push一次吧
--
FROM 1.119.174.*
reviewer不就是应该看你过去所有的修改吗?
【 在 feed (鳄鱼) 的大作中提到: 】
: 为什么大家都不停的问我这个问题?
: 这和我要问的是两个问题啊
: 我在本地rebase了之后,重新提交一个新的commit,reviewer还是会看到我过去所有修改的文件啊!除非我新建一个branch,去commit
: ...................
--
FROM 180.167.95.*
这要看你们review的原理是啥了...
【 在 feed (鳄鱼) 的大作中提到: 】
: rt
: 目前我是开发一个大的feature,但一次commit肯定是做不完的。
: 我新建了一个自己的branch,叫 myBranch
: ...................
--
FROM 106.11.255.*
pr本来就适合同时review多个commit的变更。
如果只想review一个commit,直接看这个commit就得了,不需要看pr
--
FROM 221.218.5.*
我其实create了多个PR,只是都是基于同一个branch 提交到 develop branch的
没想到新create的PR,能见到所有之前的PR的内容!
原因仅仅是它们都源自于 同一个branch产生的
【 在 david81 的大作中提到: 】
: pr本来就适合同时review多个commit的变更。
: 如果只想review一个commit,直接看这个commit就得了,不需要看pr
--
FROM 120.244.236.*
你这个是工作流程上有问题,不是git使用方法的问题。
如果多个pr是多个独立功能点的实现,就应该采用多个branch修改和提交pr。
如果是有前后依赖关系,就应该及时review和close掉前置的pr,再修改其他功能点。
--
FROM 221.218.5.*
你说的这种,单个大feature,但是希望分多次review,
理论上直接review每次commit的变更记录就可以,没有必要pr。
非要多次pr,git也支持,
可以为feature创建多个分支,feature-step1 --> feature-step2 --> feature-step3
逐级提交到上一个step分支的pr就行。
和一般理解不同,git里新branch的创建,资源消耗几乎是零成本的,完全可以尽情大胆的创建,合并完毕后删除也不会混乱。
--
FROM 221.218.5.*