Github：我如何在PR本地合并时为PR保留清洁分支？

Question

我在Github上有一个仓库的分支。

我正在创建各种各样的小补丁。对于每个补丁，我创建一个本地分支并提交一个PR。

现在我还需要将所有这些修补程序合并在一起用于包含所有功能的本地构建。

• 我应该将它们合并到我的本地主吗？如果是这样，我将在哪里分支？
• 我可以以某种方式建立一个新分支B（新代码）在另一个分支A（调整构建系统）我提交了一个PR，并仍然保持这些分开？这意味着我分别提交B的PR，但不包含A和A的内容。

Answer 1

我会创建一个单独的分支，并将所有分支合并到您的本地构建中。如果您创建更多功能或只更新其中一个分支，您也可以将它们合并到该分支。

如果您愿意，也可以使用当地的高手来做。之后，您可以使用git checkout -b new-branch origin/master创建新的分支，这将使用名为origin的远程存储库中的主设备作为新分支的基础。

无法为分支中包含的部分更改创建拉取请求。因此，在合并A到B（或基于A创建B）后，A的更改也会发生在B的Pull请求中。

Answer 2

在github的主设备上进行更改时，必须进行同步当地主分支，它仅仅是一个同步分支（从来没有在这里做任何DEV）

Github -> master Sync to Local -> master 

案例1：新功能开发

• 更新本地主分支父
• 创建一个新的分支出局当地主分支git checkout -b new-feature-a
• 提交和 new-feature-a

推动改变new-feature-a

养公关Github->master创建个人的贡献，更好地改进和时间表定期分支建立在Github->master。

案例2：构建和掌握单独的分支

• 创建一个新的分行建立master-build从Github->master
• 所有更改合并Github->master应同步与master-build或者PR明智的或周期性明智的，取决于构建运行的频率。

单独的分支保持代码简单。但是依赖分支代码应该可用。在这种情况下，B包含从A开始的更改，并且必须按顺序进行。

在这种情况下，应始终合并相关的PR。