假设有 ABC 三个需求,这三个需求需要同一个人开发。
此时开发写好了 ABC 的代码,以 A->B->C 的顺序用 Git 提交至个人分支中。
但 review 代码时,三个需求一起 review 过于痛苦,我们希望有更细粒度的方式。
因此可以有两种提 PR 的方式:
从 master 分支拉出三个需求分支,提出三个 PR,目标分支都为 master
,代码提交分别是:
master
\ \ \
\ \ -> A (PR1: A..master)
\ --> B (PR2: B..master)
---> C (PR3: C..master)
从 master 分支只拉出一条分支,但是基于该个人分支再拉分支,最后提出三个 PR,但是目标分支各不一样,提交图如下:
master
\
-> A (PR1: A..master)
\
-> B (PR2: B..A)
\
-> C (PR3: C..B)
请问各位哪种方法更好呢?
个人担忧:方法一可能会在合并时产生 conflict,方法二对合并顺序有依赖。
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.