私のgitプロジェクトブランチをマスターとどのように最新に保つべきですか？

Question

私は、masterブランチとprojectブランチを両方ともリモートoriginに持っています。作業は主にprojectブランチで行われていますが、時にはバグ修正がmasterに入る必要があるため、すぐに導入することができます。最終的にプロジェクトが終了したら、プロジェクト内のすべてのコミットを1つのコミットに縮小し、それをmasterにマージすることができます。

通常（originにプッシュされていない）機能ブランチで、我々は単にmasterでリベースと私たちの陽気な方法に行くことによってこれまでにそれらを維持するが、projectはoriginに独自のブランチですので、私はわかりません私が望むように履歴を保持する方法（masterからコミットし、新しいprojectコミット、理想的にはマージなし）は、リモートブランチの履歴の書き換えに関する安全対策のためです。現時点では、リモートprojectを削除して正しい履歴で再作成しますが、これは間違いなく最適ではありません。

リモコンの履歴を書き直しても問題ありません。これは2人のチームに過ぎず、私たちはその意味を理解しており、馬鹿げて慎重を期しています。しかし、私はそれをどのように達成するのですか？

Answer 1

git checkout project 
git rebase master 
git push origin +project:project 

ここで、別のコンピュータで変更を正しくプルする方法を理解するだけです。

Answer 2

あなたは、彼らが同じ祖先から来ている限り、マスターがプロジェクトに持っているすべての変更をマージします

git checkout project 

git merge origin/master 

gitの

でbrachesをマージすることができます。

Answer 3

私は、 'project'のそれぞれの変更を 'master'にチェリーピックする傾向があるので、 'master'にはあなたが望むコードが含まれています。

これで、 'master'を 'project'にマージするか、適用されたpatch-idを追跡するかのどちらかです。 （いずれにしても一貫して！）。個人的には、「マスター」を「プロジェクト」に戻すことは、長期的にはより簡単だと思います。

Answer 4

フィーチャブランチについては、masterにリベースすることをお勧めします。これは、masterに戻る前に多くの開発が必要な長時間実行する機能ブランチには特に便利ですが、masterは並行して進化します。

リベースはブランチの変更を受け取り、masterに適用すると、結果が新しいブランチになります。 master自体はそのままです。

あなたprojectブランチをチェックアウトしたとき、次のようにあなたはこれを行うことができます。

(project) $ git rebase master 

または明示的に：

(some-branch) $ git rebase master project 

注：リベースはあなたのブランチの歴史を書き換えるう！ので注意してください。

詳細については、documentationを参照してください。