プルリクエストが送信されたときにGitHubが新しいテストデプロイメントをトリガーできるかどうかを確認します。プルリクエストで参照できるテストURL（例：http://testserver.com/PR602/）が生成されるように、サーバー上に新しいフォルダ（Azureが優先）を作成することをお勧めします。GitHubプルリクエストごとにテストWebアプリケーションをデプロイ
これにより、誰でもリポジトリをクローンしたり、ブランチをチェックアウトしたり、ローカルにビルドすることなくプルリクエストをテストできます。
私の初期の研究では、トラビスCIはdeploy all branchesになることができましたが、これがどのように引き起こされるのかはっきりしていません。 pull request web hooksによってトリガーされるカスタムアプリを作成する必要がありますか？私は誰かがより簡単な方法を発見したことを願っています。
プルリクエストウェブフックによってトリガーされるカスタムアプリを作成する必要がありますか？
はい、必要な正確なウェブフックハンドラを作成した他の人を見つけてください。
Webhookハンドラの作成はあまり大変な作業ではありません。現在のアプリケーションと統合したくない場合は、Flaskのようなマイクロフレームワークを使用して、ほんの数行のコードでこれを行うことができます。
私はBambooビルド計画でPR検証チェックを実行するためだけにそれをしようとしています。あなたが私に指すことができる例はありますか？ – BoltzmannBrain
Bambooには既にwebhookハンドラが設定されています。 [GitHubをそれらに接続する]必要があります（https://answers.atlassian.com/questions/212403/how-to-trigger-bamboo-from-github）。 –
ありがとうございますが、これがGitHubとPRバリデーションチェックのためにどのように統合できるかは私には分かりません。 Bambooは、それをトリガしたGitHubコミットに固有のビルドブランチをどのように作成できますか？そして、Bambooはビルドステータス（保留、失敗、合格）をGitHubにどのように送り返すことができますか？それは私がこのためにWebアプリケーションが必要なようです... – BoltzmannBrain
[この文書]（https://azure.microsoft.com/en-us/documentation/articles/web-sites-publish-source-control/）を確認してください。設定が可能で簡単に設定できます。 –
ありがとう、@JackZeng。私が欠けていない限り、指示のすべては特定のブランチを配備するためのものです。私は自動的にすべてのプル要求を、それがどのブランチから生じたかに関係なく、新しいフォルダに展開したい。 –
ああ、私は参照してください。すべてのプルリクエストに一意のURLを設定して、すべてのユーザーが自分のコミットを個別にテストできるようにします。申し訳ありませんが、私はあなたを誤解しました。それは興味深い質問です。私はいくつかの掘削を行い、私ができることを見ていきます。 –