我正在研究多个功能，其中功能N + 1取决于功能N。我想为每个拉取请求实现清晰的差异，并逐个创建PR。这不是一项艰巨的任务，这只是几个错误，但是要运行N + 1以前的修复程序所需要的应用程序。
所以我正在关注下一个工作流程：
bugfix/bug1创建dev bugfix/bug1 => dev bugfix/bug2创建bugfix/bug1，因为我需要第一个修复程序bugfix/bug2 => bugfix/bug1来查看比较差异稍后将检查所有PR，我将bugfix/bug1合并到dev，然后将目标bugfix/bug2从bugfix/bug1更新到dev并合并它也到达dev。
N + 1将在必要时解决rebase包括以前所有更改的问题。
我希望无法将N+1合并到N。当前的解决方案是将PR的标题标记为前缀(WFM #{PR number})作为提醒。也许github本身可以以某种方式处理这种情况？
正在使用github.com。
答案 0 :(得分：2)
要在github上创建“不可合并” PR：您可以将其标记为草稿
链接到github的文档：
用于新的PR：Creating the pull request的步骤6-“创建请求请求”按钮的下拉菜单