2013-05-08 25 views
13

まだ生きている枝を維持するGitの流れとブランチをマージそれは開発支店と一緒に。 終了フローコマンドの文字通りは、マージ操作後に機能ブランチを削除します。は、私は<a href="https://github.com/nvie/gitflow" rel="noreferrer">git flow</a>を使用し始めていると私はやっていることを理解

私の質問は:を削除せずにを開発して私の機能をマージする方法はありますか?

私の2番目の質問は次のようになります。このワークフローは正しいですか?私は、開発と併合している間、機能ブランチを維持しているのですか?ちょっと変わったところでメインブランチを更新し、機能ブランチに取り組んでいますか?あなたは、通常developに繰り返し機能ブランチをマージしていない

:あなたの2番目の質問についてhttps://github.com/nvie/gitflow/wiki/Command-Line-Arguments

答えて

17

単にgit flow feature finish -k my-feature

リファレンスを使用します。 developをフィーチャーブランチにマージするか(つまり、逆の方法で)、HEADdevelop(推奨)にフィーチャーブランチをリベースします。フィーチャブランチをdevelopにマージする唯一の時間は、フィーチャの開発が完了したときです。
フィーチャーブランチをdevelopにマージすると、フィーチャブランチを持つ利点が完全になくなり、developで直接開発できただけです。
フィーチャーブランチからdevelopにマージする必要があると思われる場合は、その特定の機能に直接関連していない変更が行われた可能性があります。最初にdevelopに変更しておく必要があります。

+0

ありがとう、それは私が探していたものです。 –

+1

「あなたは正常に機能ブランチを統合して開発しないでください」と説明してください。私は 'git flow feature finish 'を実行して正確に出力しました。 – webXL

+0

@webXL:私の答えは、フィーチャーブランチからの変更を繰り返してマージするように彼の質問に指摘されました。それはあなたがすることではありません。しかし、あなたは何をしているのですか?機能ブランチを統合して一度完成させることです。したがって、開発からフィーチャー(または開発の最中にフィーチャーのリベース)を複数マージし、フィーチャーブランチの最後には、フィーチャーからマージを1つだけ作成します。これは理にかなっていますか? –

関連する問題

 関連する問題