如何使用 API 避免延迟 github 拉取请求合并
How to avoid delaying github pull request merge using API
我正在通过 Octokit 使用 Github API 并注意到一个奇怪的行为。在一种情况下，我以编程方式跨 2 个分支同步 master。我需要：
- 打开一个从 repo1:master 到 repo2:master
的拉取请求
- 合并该拉取请求
当我第一次尝试这个时，我一直看到错误 "Head branch was modified. Review and try the merge again." 事实证明，在创建拉取请求和合并它（基于 PR 编号）之间简单地延迟（5 秒）可以避免这个错误。
因此，github 似乎在 'create' 调用实际完成之前返回或类似的东西。我想知道是否有更可靠的方法（不使用睡眠）来确保 PR 在创建后准备好合并。
GitHub 创建拉取请求时可能会有一些延迟。一种方法是订阅 pull request event webhook，一旦 "officially" 打开拉取请求就会发送，然后执行合并。
我正在通过 Octokit 使用 Github API 并注意到一个奇怪的行为。在一种情况下，我以编程方式跨 2 个分支同步 master。我需要：
- 打开一个从 repo1:master 到 repo2:master 的拉取请求
- 合并该拉取请求
当我第一次尝试这个时，我一直看到错误 "Head branch was modified. Review and try the merge again." 事实证明，在创建拉取请求和合并它（基于 PR 编号）之间简单地延迟（5 秒）可以避免这个错误。
因此，github 似乎在 'create' 调用实际完成之前返回或类似的东西。我想知道是否有更可靠的方法（不使用睡眠）来确保 PR 在创建后准备好合并。
GitHub 创建拉取请求时可能会有一些延迟。一种方法是订阅 pull request event webhook，一旦 "officially" 打开拉取请求就会发送，然后执行合并。