2017-06-29 15 views
2

私はthis question about rebase vs mergeに気付きましたが、そこでの答えは本当に私の状況について何をすべきかを知っているという確固たる感覚を与えてくれませんでした。Merge or Rebase?

シナリオ。

  • master::支店は現在、生産
  • developに住ん:変更/修正プログラム場合masterに直接適用した場合に非展開ブランチ開発者は
  • のオフ

をフィーチャー作業を行う2つの支店があるとしましょう重要な生産上の問題を解決するには、develop支店をこの変更に同期させる最良の方法は何ですか?developをリベース

  • (コミット1に押しつぶし)developmasterをマージ
  • /master

にこの質問への答えは数に依存しない:間のトレードオフは何ですか修正プログラムの適用範囲? (1つの修正プログラムコミット対15 "修正プログラム"コミット)。

答えて

0

リンクされた回答には、すべてのトレードオフが正しく表示されます。

最終的には、ケースバイケースで決定されます。この「特別な場合」はさらに強く反論されるかもしれない。何かを壊したり枝を変更しないよう

私の直感的な独断の推薦は

+0

私には、リンクされた答えは主に、機能の統合/マスターへのブランチの開発ではなく、実際には別の方法であると思われます。 –

+0

マージとリベースの詳細。そこには何の枝があり、技術や答えを変えない –

2

答えは修正プログラムの数が、あなたが使用状況に依存しています。..開発にマスターをマージすることです。

developブランチがすべての開発者に使用されているため、masterdevelopにマージし、リベースを使用しない方がよいでしょう。そして、他の開発者は、リモートのdevelopブランチからマージされたコミットをプルするだけです。

Rebaseは主にブランチを使用していますが、個人/ローカルまたは少なくとも他の開発者は最近使用していません。 masterにブランチdevelopをリベースすると、他の開発者が混乱することになります。

関連する問題