2017-01-13 3 views
0

私のワークフローの一部として、Githubで作業中のプルリクエストを開きます。その間、誰かがdiffに表示されないベースブランチにいくつかの変更をマージします(PRがオープンされたときにGithubがベースブランチをコミットすると思います)PRを開いた後のベースブランチコミットを変更する

PRのベースブランチコミット?基本的に、「ねえ、代わりにマスターHEAD^n個のマスターHEADに対してdiffをだろうか?」のGithubを教えて(ここで、n PRが作成されたときに使用したことをコミットして)私が試してみました

を:

+1

なぜあなたは 'merge'を避けますか?私によれば、それはそれを行うためのきれいな方法です。合併中の競合を解決します。 –

+0

ですが、競合はありません。歴史を単純化するために合併を避けたい。私のコミット、マージして更新し、別のマージをベースブランチにマージする –

答えて

0

ことを避けたいのですがoですペネト。 Githubそれを自動的に行う

PRが承認される前にbashブランチを更新すると、他のユーザーがPRを表示するとbashブランチが自動的に更新され、PRが承認されると、もう一方のブランチは最新のbashブランチにマージされます。

PRの間にベースブランチが更新されても、HEADには影響しません。ベースブランチの変更が他の人によって作られているので、あなたの地元のレポでは、あなたが最初にフェッチして、以下のような違いを比較する必要があり、

git fetch origin 
git checkout basebranch 
git diff basebranch origin/basebranch 

その後、あなたは違いを見つけるでしょう。また、githubプルリクエストタブの新しい変更を見ることができます、あなたは関連するコミットと変更されたファイルを見つけることができます。

+0

確かに、問題は 'diff'がそれを示していて、レビュアー(と私)も混乱しているということです。 –

+0

' diff'はフェッチした後に正しく表示されます変更して比較する。私は答えに細部を加えました。 –

関連する問題