git初心者です。SourcetreeとBitbucketを使って運用(試用)しています。
自身の作業ブランチ(仮にdev)をmasterにマージさせたい場合には、以下のような手順で行えばよいと考えています。
A
- アド、コミット後、リモート内のdevにプッシュする
- プルリクエストを作成する
- 承認後、masterにマージする(このときリモートのdevをクローズする)
- リモートのmasterをフェッチする
- origin/masterをmasterにマージする
- ローカルのdevを削除する
その一方で、ネット上では下記の方法が紹介されていました。
B (Aの3までは同じ)
- 上記3.のマージ後、devをチェックアウトしたままmasterをプル(origin/masterをマージでも同じ?)
- マージした変更をコミットし、再度リモート内のdevにプッシュ
- masterをチェックアウトしてmasterをプル(origin/masterをマージでも同じ?)
- 最後にdevを削除する
(参照:https://nodoame.net/archives/10312)
上記の方法で行う必要性(理由)はあるのでしょうか。Aの3でリモートのdevを削除したのにもかかわらず、Bの1,2でdevにmasterをプルし、再びそれをプッシュする理屈がよくわかりません。しかし、Bの方法でトライしても何ら問題ないため、なおさら混乱しています。
この理屈と適切なマージの方法についてご説明いただけると幸いです。
よろしくお願いいたします。
回答1件
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/28 05:28