Git：複数のブランチ展開ワークフロー

Question

私は、それぞれのワークフローが特定の環境に展開される複数のブランチを扱っているときにワークフローを改善する方法を理解しようとしています。

私はgitリポジトリをホストするためにBitBucketを使用しており、それに3つのブランチがあると言うことから始めよう：origin/master、origin/stagingおよびorigin/production。

新しいタスクを完了するたびに、ローカルブランチmasterにタスクをコミットしてから、origin/masterにプッシュします。その後、ステージングにそのコミットを展開したい場合は、ブランチを開き、BitBucket機能を使用して "sync"を実行して、ブランチorigin/stagingがorigin/masterと一致するようにします。

しかし、私がSourceTreeのリポジトリを見ると、私は混乱を招いているように感じ、おそらくこれを行う正しい方法ではないと感じます。

そして、これは、それがのBitbucket上でどのように見えるかです：：

これは、リポジトリがSourceTreeにどのように見えるかであるすべての

まず：それをしないのはなぜそれぞれの4番目と6番目のコミットがorigin/productionとorigin/stagingであるとしますか？

第2に、私がやっていることが間違っている/改善することができたら、私は何をするべきですか？

Answer 1

productionおよびstagingは、masterに存在しないマージコミットがあるため、masterブランチよりも先です。あなたはSourceTreeスクリーンショットでこれを簡単に見ることができます。origin/productionが4つ（マージ）の場合はマスタより先にコミットし、4つの場合はMerged master into productionメッセージでコミットします。あなたのstagingブランチと似ています。

masterブランチを他のブランチに繰り返しマージしますが、他のブランチをマスターに戻してマージすることはありません。これは間違いではない。 「あらかじめ」カウントが気にならない限り、あなたはすべて設定されています。 masterより先にコミットしたくない場合は、productionとstagingをmasterにマージするだけで済みます。これはあなたのデータの何も変更しません、マージコミットはちょうどあなたのmasterの履歴の一部になります。