リポジトリでは、次のような多くのコミットが発生します。
Merge branch 'master' of bitbucket.org:user/repo
これは、開発者がローカルフォークをトップレベルのリポジトリに同期するたびに発生します。
とにかく、このマージコミット地獄がすべてのレポログを散らかすのを避ける方法はありますか？何らかの方法でプルリクエストを開始するときにそれらを回避できますか？
これがローカルVMでのみ行われる場合、git rebaseを実行できることはわかっていますが、GitHub / BitBucket UIに同等のものはありますか？
どうやってやるの？
回答:
マージコミットを回避する場合は、すべてのコミットが早送りであることを確認する必要があります。これを行うには、次のように、マージ前に機能ブランチが開発ラインに完全にリベースされるようにします。
git checkout master
git checkout -b feature/foo
# make some commits
git rebase master
git checkout master
git merge --ff-only feature/foo
Rebaseには、フラグを使用したインタラクティブなリベースを含め、多くのフラグ-iがありますが、できるだけシンプルにして、マージですべてのブランチ履歴を保持したい場合は、必要ない場合があります。
--ff-only旗を使うリベースとは別に、--ff-onlyフラグを使用すると、早送りコミットのみが許可されます。マージコミットの場合、コミットは行われません。git-merge（1）のマニュアルページにはこう書かれています：
--ffのみ
現在のHEADが既に最新であるか、マージが早送りとして解決できる場合を除き、マージを拒否してゼロ以外のステータスで終了します。
すでに述べた「トッド・A・ジェイコブス」「リベース」がここのコンセプトです。これは、より詳細な方法です。
あなたがマスターブランチにいるとしましょう
$ git branch
* master
修正したいので、マスターから分岐した「fixbranch」を作成します
$ git checkout -b fixbranch
たぶん、あなたはこのブランチで数日間働いていて、2、3回コミットしていたでしょう。
コミットを中央マスターリポジトリにプッシュしたい日！マスターをチェックアウトし、中央のマスターリポジトリから最新の変更を取得する
$ git checkout master
$ git pull origin master
修正ブランチをマスターでリベースして、クリーンな履歴を取得し、ローカルリポジトリ自体に競合があれば解決します。
$ git checkout fixbranch
$ git rebase master
これで、フィックスブランチはセントラルマスターで更新されました。フィックスブランチをマスターブランチにマージします。
$ git checkout master
$ git merge fixbranch
私はこれで終わりです！ローカルマスターをセントラルマスターにプッシュします
$ git push origin master