2016-08-05 9 views
1

Octokit経由でGithub APIを使用していて、奇妙な動作に気付きました。あるシナリオでは、2つのフォークに渡ってマスタをプログラム同期しています。APIを使用してgithubプルリクエストをマージするのを避ける方法

  • オープンrepo1からプル要求:マスターrepo2に:私はする必要があり、マスター要求に引っ張る
  • マージを

私が最初に私がエラー「HEADブランチが変更されたを見保たこれを試してみました再度検討してマージを試みてください。 "プルリクエストを作成してから(PR番号に基づいて)マージするだけで、遅延(5秒)を入れるだけでこのエラーは回避されます。

だから、githubは実際に終了する前に 'create'コールから復帰しているようです。 PRが作成後にマージされる準備ができていることを確実にするために、より信頼できる方法(スリープを使用しない)があるのだろうかと思います。

答えて

0

GitHubがプルリクエストを作成すると、遅延が発生する可能性があります。 1つのアプローチは、プルリクエストが「正式に」開かれた後に送信されるpull request event webhookにサブスクライブしてからマージを実行することです。

+0

サーバー上でgit checkoutを維持してから、プッシュ/プルしてreposを同期させるという単純なプロセスを使用してしまいました。しかし、このWebhookのアプローチは、誰かが私の元のアプローチに似た何かをする必要がある場合はうまくいくはずです。 –

関連する問題