功能 A 完成，但未上线。开始搞功能 B，但同时 B 里又需要 A 里的一部分代码

[hO0O0]

各位遇到这种情况时，一般是从主分支上切一个新的，还是就在 A 的基础上切一个分支来搞？

[shenyu1996]

后者吧，但是要同步 rebase A 的后续更新

[Rache1]

A 未完成，就要考虑 A 已经修改过的部分对现有的业务是否会有影响， 如果没影响，那你自然可以基于 A 分支创建 B 。

但是如果有影响，那如果你的 commit 足够细，cherry-pick 或许可以

不过，如果需要的那部分代码不是很多的话，C/V 也何尝不可。

[XiLingHost]

先做 mock 吧，这是功能模块切分的不够好

[renmu]

主分支切，然后复制黏贴

[renmu]

因为你并不能确认功能 a 会比功能 b 先发

[msg7086]

把提交拆开，在含有 A 的提交之后分叉再继续开发。

另外也可以用开关把 A 功能的其他部分先禁用掉，然后局部打开 feature flag 测试再在生产上启用。

[xuyang2]

把 A 里的这一部分代码 单独拆个 PR 合了

[agmtopy]

切主分支吧,保险起见,上线了未经测试的代码,锅是自己的

[xzysaber]

所以需要多提交，不要写一大堆再提交。cherry-pick 是一种选择。

[ChefIsAwesome]

把 a 重构，拆成模块。

[kaedeair]

主分支切新的，然后从 A 的提交 cherry-pick 需要的进来

[brader]

你有信心 A 功能会先于 B 功能上线，就直接从 A 切分支，不然你会头大，产品和你说 B 功能先上的话，你会发现 B 里面掺杂了 A 的代码，出问题怎么办。。。

[NathanDo]

给 A 功能加个开关

[xiaojie668329]

先确定哪个先上线。

[lazyfighter]

cherry-pick

[unco020511]

得看是否已经测试通过(上没上线不是关键),如果 A 已经测试通过,那就说明 A 已经稳定了,当然可以 rebase.
反之,就只能将公用部分先 pick 过来用