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