各位遇到这种情况时，一般是从主分支上切一个新的，还是就在 A 的基础上切一个分支来搞？
This topic created in 1243 days ago, the information mentioned may be changed or developed.
 | 1 shenyu1996 Dec 20, 2022 后者吧，但是要同步 rebase A 的后续更新 |
 | 2 Rache1 Dec 20, 2022 A 未完成，就要考虑 A 已经修改过的部分对现有的业务是否会有影响， 如果没影响，那你自然可以基于 A 分支创建 B 。 但是如果有影响，那如果你的 commit 足够细，cherry-pick 或许可以 不过，如果需要的那部分代码不是很多的话，C/V 也何尝不可。 |
 | 3 KagurazakaNyaa Dec 20, 2022 先做 mock 吧，这是功能模块切分的不够好 |
 | 4 renmu Dec 20, 2022 via Android 主分支切，然后复制黏贴 |
| 5 renmu Dec 20, 2022 via Android 因为你并不能确认功能 a 会比功能 b 先发 |
 | 6 msg7086 Dec 20, 2022 把提交拆开，在含有 A 的提交之后分叉再继续开发。 另外也可以用开关把 A 功能的其他部分先禁用掉，然后局部打开 feature flag 测试再在生产上启用。 |
 | 7 xuyang2 Dec 20, 2022 把 A 里的这一部分代码 单独拆个 PR 合了 |
 | 8 agmtopy Dec 20, 2022 切主分支吧,保险起见,上线了未经测试的代码,锅是自己的 |
 | 9 xzysaber Dec 20, 2022 所以需要多提交，不要写一大堆再提交。cherry-pick 是一种选择。 |
 | 10 ChefIsAwesome Dec 20, 2022 把 a 重构，拆成模块。 |
 | 11 kaedeair Dec 20, 2022 主分支切新的，然后从 A 的提交 cherry-pick 需要的进来 |
 | 12 brader Dec 20, 2022 你有信心 A 功能会先于 B 功能上线，就直接从 A 切分支，不然你会头大，产品和你说 B 功能先上的话，你会发现 B 里面掺杂了 A 的代码，出问题怎么办。。。 |
 | 13 NathanDo Dec 20, 2022 给 A 功能加个开关 |
 | 14 voidcomma Dec 21, 2022 via iPhone 先确定哪个先上线。 |
 | 15 lazyfighter Dec 22, 2022 cherry-pick |
 | 16 unco020511 Dec 22, 2022 得看是否已经测试通过(上没上线不是关键),如果 A 已经测试通过,那就说明 A 已经稳定了,当然可以 rebase. 反之,就只能将公用部分先 pick 过来用 |
Select Language