前端 - 如何拆分有依赖的PR？

Question

参与开源的时候，需要我们提交PR。但是一次修改可能涉及到太多功能点的修改，因此需要对commit记录拆分PR。但是这些PR很难不依赖前面的提交，这时候我们该如何处理呢？是等开源团队每次合并一条PR，再提交新的PR吗？

Answer 1

看看這几篇文章
https://www.v2ex.com/t/798431
文章一思路：
方法一：
从 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)

方法三：
先从 master 分支拉出一个dev分支，然后在dev分支上完成所有需求。接着，从dev拉出单独的需求分支，这些分支只包含相应需求的改动。最后，把这些单独的需求分支提交 PR。

master
      \
       -> dev
          \
           -> A (PR1: A..master)
           -> B (PR2: B..master)
           -> C (PR3: C..master)

https://medium.com/@groksrc/protip-how-to-split-large-branche...
https://www.cnblogs.com/netry/p/git-split-large-pr.html