0
私たちはTFS gitリポジトリを使用しています。ブランチとプルリクエストを使ってプロジェクトAのマスターへの更新を管理しています。TFS2015.3 Gitはプルリクエストをマージしません
プロジェクトB用の別のレポを作成しました（いくつかのバイナリを含む非常に多くのデータが含まれている点でAとの主な相違点）、すべて正常に動作します。TFSは最も単純なプル要求1行コメントの変更：
テキストが示唆するように、我々はマスターする押し返すその後、ローカルにマージすることができありますが、これは、TFSを経由して、プルリクエストプロセスの目的の一部を破ります。
アイデア？
更新、レポのサイズについての詳細情報： 
更新＃2、ファイルの内容についての詳細情報（16進数）：
マージの競合があります。おそらく、Webインターフェイスからプルリクエストを処理できる場合は、競合を処理する方法を尋ねるWebインターフェイスを取得できますが、Visual Studioではこれを行うことはできません。ローカルで行い、競合を処理する必要があります。これは基本的に、TFSがプル要求をどのように処理するかの制限です。 –
一方、実際には完全にマージできないプルリクエストは避けるべきです。これを処理する正しい方法は、プルリクエストを拒否し、それを送信した開発者にこのフェッチを行い、サイクルをマージしてプルリクエストを更新し、サーバーに完全にマージしないでください。 –
その理由は、** I **は、マージ競合を処理するためにプル要求を参照してマージする必要はないはずです。オリジナルの開発者は、これを行う方法の知識を備えた最良のものです（通常、このルールには例外があることは明らかです）。したがって、再送信する前にプルリクエストを送り返して修正する必要があります。 –