git rebase競合が繰り返されるのを避ける方法

Question

私はgitでより複雑になる不動産のウェブサイトを持っています。 しかし、それは2つの枝しかないので、それほど難しいはずはありません。 マスターブランチはライブのバージョンです。 devブランチは新しいもので、オンラインにする必要があります。 しかし、devのものは、議論やマイナーな変更の半年のように、非常に長い時間がかかります。 一方、ライブマスター版では、あらゆる種類のアップデートとホットフィックスが提供されています。

私は毎週マスターの上にdevをrebasingし、競合を解決することです。 しかし、すべてのリベースで私は以前の固定された競合を得ています。

したがって、このような状況のように：

[1]-[2]-[4]-[5]-[6]-[7]-[master] 
        \ 
        [1]-[2]-[3]-[4]-[5]-[6]-[dev] 

ので、マスターは[7]コミットだけ余分スライダー画像が追加されました。 私はdevのrebaseをマスターの上に置くだけで、以前に解決した問題を解決するために、メニューとコンテンツの相違点をすべて再現しました。 解決された競合を覚えていませんか？

Answer 1

git rebase --preserve-mergesを試してみて、How to cherry-pick/rebase/etc the end result of conflict resolve

としてのWhat exactly does git's "rebase --preserve-merges" do (and why?)

が重複する可能性を見てみましょうあなたはrerere（リユース記録解像度の略）有効になりますが、私はあなたが信じていない必要があるかもしれません指摘しました。

Answer 2

はgitflowを見てみましょう：http://danielkummer.github.io/git-flow-cheatsheet/

基本的にはアドオンのgitのためにそれが機能や修正プログラムに来る場合は特に、有用な機能を追加します。

git flow hotfix start VERSION

これは、それ自身のブランチにご修正プログラムを開始します。それは、スライダー画像を追加したり、バグを修正する - - あなたの変更が完了したら、次を実行します。

git flow hot fix finish VERSION

これは自動的に開発し、マスターすることで、コードをマージします。オプションで、マスターブランチにタグを付けることもできます。

変更が行われるたびにこのようなことが起こると、不要な競合がなくなりますように！