git - 如何在不关闭 pull 请求的情况下从 pull 请求 merge 到主控中

Question

假设我有一个分支，demos，它的存​​在是为了针对 master 中的任何内容创建演示代码。我希望对 demo 分支的提交能够非常频繁地 ping 每个人，通常是作为 pull 请求的一部分。

也就是说，我创建了分支 demos 和分支的初始提交，然后从中发出了 pull 请求。我想将它 merge 到 master 但同时保持 pull request 处于打开状态，这样随着新的提交被推送，它们只会在同一个 pull request 上变成更多的提交。

这似乎并不容易实现——一旦我手动从 demos merge 到 master 中，它会自动“关闭”github 上的 pull 请求。但现在我想对同一个 demos 分支添加更多更改，然后提交并推送，只是让它对所有关心 demos 的人发出 ping 作为其中的一部分相同的 pull 请求。

既然做到这一点并不容易，这让我觉得这是错误的。有时在 git 中做简单的事情是错误的(比如使用 pull)，但通常的规则是，如果你不顾一切地做一些 git 不自然，那么你可能用错了。

我想以 git 社区和最佳实践认为好的方式处理这种情况。但与此同时，这似乎是一个非常明显的用例:一个 pull 请求提醒其他人从分支中获取更改，但在 merge 后不考虑请求“完成”。正在进行的 pull 请求。

我可以一直生成一个新的 pull 请求，但它不会保持不同的 demos 提交在逻辑上连接在一起，就如何在 github 上显示和提醒人们而言。在提交级别，对 demos 的更改彼此不同，即使来自不同的作者也可能是非常不同的事情。但在 pull 请求级别，我希望它看起来像“任何时候任何人都有东西要通过 demos 推送，它来自这个 pull 请求。”

该工作流的不足之处是什么？为什么在 git 中从 PR merge 时不能选择？

Answer 1

我不完全确定我是否遵循，但我不认为单个 pull 请求是处理您的用例的理想方式。 Github pull 请求是 Github 的一项功能，他们已经制定了这些请求，以便一旦该提交被 merge 到存储库中，它就会关闭该 PR。

pull 请求，顾名思义，是将一组特定的提交 pull 入该存储库的请求，一旦它们被 merge ，它就会自动关闭。

如果您在 Github 上，一个 Issue 可能会满足您的协调需求，您可以从每个 pull request 中引用它。如果您使用的是不同的错误跟踪系统，例如 Bugzilla 或 Trello 或任何您想要的系统，那么长期运行的票据可能是最好的。

这可能不是那么准确，因为我不完全确定我是否遵循了您正在尝试做的事情，如果是这样，我们深表歉意。