git merge or rebase, ff or no-ff

Kazuho Oku @kazuho バージョン管理システムの目的は変更履歴を管理することなんだから、git rebase とか履歴を改変するコマンドは言うまでもなくダークサイド 2012-11-09 16:58:32

[katzchang]

まとめた。/ id:vid 「masterにrebase」はブランチにいる状態から"git rebase master"するという意味で良いと思います。「master"を"rebase」なら意味は違うけど、みたいな使い分け。

[vid]

rebase を master で使うというのが、なんか違ってないか？　あれ手元の branch 開発の分岐を master HEAD にあわせ直すものでは//↓突っ込み確認。ん～。私の読解が間違ってるのかな？（＾＾；；

[mattn]

merge出来ない程のbranchはその時点で賞味期限が切れてるので諦めてbranch作り直す事にしてる

[kazuhooku]

まとめられてた…

[raimon49]

rebaseの濫用について。

[yuupl]

gitのmerge、rebase ff、rebase no-ff、のお話。

[hamaco]

branchではrebaseやっちゃってるなぁ。

[teramako]

branch->masterはmerge --no-ff 、master->branchへはrebaseで追いつかせる感じでやってる。

[l-liroki]

トピックブランチならrebaseかなぁ

[nihen]

この理屈だとpull --rebaseもやらないように受け取れるけどそうなんですかね

[tmurakam]

rebase なんてほぼ使わん。merge --no-ff 一択。rebase なんてあんな怖いもんよく使うなと思う。

[nitoyon]

コンフリクトが頻繁に発生しうる環境では rebase すると「動かない」コミットになりがち。topic を rebase してマージではなく、topic を master へマージするか、master から topic へマージすべき、という話。

[matsumoto_r]

これを読んで僕はGit力低い事が分かったのが収穫です！半年後また読みます

[y-kawaz]

git力低くて半分くらいわからん…

[syohex]

git rebaseについて

[jhoshina]

ほう。

[muddydixon]

topicブランチでrebaseするんだと思ってたけど違うのかな。あと、commitごとに動作を確認するのがきついから、squashでまとめて、そのmergeを取り消せるようにするんだと思ってたんだけど、それも違うのかな・・・

[choplin]

.@katzchang さんの「git merge or rebase, ff or no-ff」をお気に入りにしました。

[YuichiTanaka]

"masterへmergeしてCONFLICTで処理するか、masterからトピックブランチへmergeして整合性をとるべきです。なぜなら、rebaseしてしまうとトピックブランチを構成する各コミットの文脈が変わるから。"

[gikazigo]

git merge or rebase, ff or no-ff

[ruedap]

参考になった

[mickn]

git]

[akkun_choi]

「rebaseしてしまうとトピックブランチを構成する各コミットの文脈が変わるから。それぞれのコミット「できていた」はずのことができなくなっていたりする。」

[h-hirai]

このへん、しばらく使ってみないと分かんないよなぁ。しばらく使ってみても分かんないなぁ。そういう意味で人にはなかなか勧めづらいということはあるかもなぁ。