私は自分の機能ブランチを開発して最新の状態に保つのが好きです。「git merge --no-ff develop」を頻繁に行うと何か問題がありますか。そして最後に、「git flow feature finish feature1」を実行します。これらのフィーチャー ブランチは共有されています (つまり、他の誰かがそれに取り組んでいるか、自宅のコンピューターで開発している可能性があります)。それらが共有されていない場合、一貫したリベースが優先されますか?
それとも、機能ブランチを最新の状態に保つのではなく、最後にすべてをマージする方がよいでしょうか?
ブランチが公開されていない場合は、リベースによる更新が最善の方法です。それらが公開されている場合は、変更を一貫してマージするよりも、最後にマージする方が適切です。どちらの戦略も、シンプルでクリーンなコミットとマージの履歴を保持します。
はい、一貫してリベースすることが望ましい方法だと思います。そして git-flow には現在、この目的に役立つコマンドがあります (質問がされたときにこのコマンドがあったかどうかはわかりません): git flow feature rebase <featurename>.
これは、より強力なバージョンに git-flow を適応させた方法です。
https://plus.google.com/109096274754593704906/posts/R4qkeyRadLR
ymmv は、作業の粒度に応じて異なります。