merge fast-forwardかno-ffかsquashかリポジトリの運用ポリシーにより使い分けるffの場合ログが汚染され、機能追加やバグ修正のコミットがどこからどこまでなのか分かりづらくなるたね、個人的no-ffだけで運用して問題ないと思っています。A successful Git branching model でもno-ffが推奨されてるよ!邦訳: http://goo.gl/xFd5g
23.
rebase ブランチを統合するgit rebase <branch>次の状態が C---D---E topic /A---B---F---G masterこうなります C'---D'---E' topic /A---B---F---G master
24.
rebase コンフリクトが発生したらrebase中にコンフリクトが発生した場合、rebaseが中断され、コンフリクト解決フェイズになります。解決処理後、rebaseを再開するか中断するかそのコミットをスキップするか選択します。マージコミットを作成して再開git rebase --continue中断git rebase --abort今のパッチをスキップして再開git rebase --skip
25.
rebase 履歴を改竄する過去のコミットを分割したりまとめたりできます。基本的にはサーバにプッシュする前に、ログを綺麗にするために使います。rebase -i <commit>サーバにプッシュ後は、他のブランチのマージやリベースの関係が崩れる恐れがあるので、絶対に行ってはいけません