等待公关期间工作

我正在一个项目上，我提交了我的第一个请求请求，而在等待期间，我想从仍在进行的合并工作中继续构建我的项目。现在我有：

*master
user_story_1

user_story_1 有一个打开请求请求。

现在，我正在尝试创建一个新分支user_story_2，以继续我在的工作user_story_1。如何在Git中做到这一点而又不陷入任何冲突或影响我的待处理合并？

我假设您要user_story_2在中完成的工作之上开始新的分支user_story_1。这是我在这种情况下使用的工作流程：

1. 开启以下请求user_story_1：

     * (user_story_1)
     *
    /
   * (master)
   *
   *
   

2. user_story_2根据以下内容创建新分支user_story_1：

   $ git checkout -b user_story_2 user_story_1

     * (user_story_1, user_story_2)
     *
    /
   * (master)
   *
   *
   

3. 在新分支上工作：

     * (user_story_2)
     *      
     * (user_story_1)
     *
    /
   * (master)
   *
   *
   

4. 拉取请求被合并：

     * (user_story_2)
     *      
   * | (master)
   |\|
   | * (user_story_1)
   | *
   |/
   *
   *
   *
   

5. 删除旧分支：

     * (user_story_2)
     *      
   * | (master)
   |\|
   | *
   | *
   |/
   *
   *
   *
   

6. 将新分支改组为master：

     * (user_story_2)
     *      
    /
   * (master)
   |\
   | *
   | *
   |/
   *
   *
   *
   

我的首选工作流程是：

1. 在分支主管上 git checkout -b user_story_1。
2. 对进行更改 user_story_1。
3. 公开PR user_story_1。
4. 在分支上user_story_1，git checkout -b user_story_2。
5. 对进行更改user_story_2。
6. 一旦user_story_1合并到master中，请切换至user_story_2do git rebase -i master。
7. 这应该向您显示user_story_2要包含在基准库中的提交列表。删除来自的前几个提交user_story_1。
8. 除非使用其他更改更新了主服务器，否则该基准应该干净利落地完成。现在，您已经user_story_2基于master重新建立了基础，并且只有其提交。

为您的每个故事/功能从master创建一个新分支。

在合并每个分支之前，要么将master合并到该分支中，要么将您的分支重新部署到master上。后者是我的偏爱，但最终结果是相同的。

您将遇到冲突，没有解决办法。但是，您想解决分支中的冲突；不掌握。这样，您可以在解决冲突之后测试分支，然后再将其合并到主分支中。