Gitでブランチを統合する方法 — 裏紙

#!/bin/sh rm -fr .git *.txt .gitignore git init echo init.sh>.gitignore && git add .gitignore && git commit -m "Initial Commit" echo b>b.txt && git add b.txt && git commit -m "master 1" git branch other echo c>c.txt && git add c.txt && git commit -m "master 2" echo d>d.txt && git add d.txt && git commit -m "master 3" git checkout other echo e>e.txt && git add e.txt && git commit -m "other 1" echo

[te2u]

merge派だけど、マージする対象をpushしていなければrebaseしてmergeするし、pushしているならmergeのみ。mergeする際は--no-ffをつけて必ずマージコミットを作る。

[jukuringo]

簡潔でわかりやすい。

[isaisstillalive]

rebase後mergeいいな

[le_penseur]

via Pocket January 31, 2015 at 04:04AM

[gonna_leev]

簡潔でわかりやすい。

[osamtimizer]

[]

[kazoo_oo]

rebase めったにせんなぁ。

[h5y1m141]

色々な人と一緒に仕事するようになってこのあたりのやり方がみんな違っていて、「何が正解なんだろ？」と割と真剣に思いつめていた時期があった(^_^;) 今はまぁ色々なやりかたがあるって知ったから少し気が楽になった

[vanbraam]

rebaseすると commit hash が変わるので, 共有upstreamがあるケースだとmerge. ただupstreamにpull requestを出す前に,conflictを避けるために普通はrebaseしてからだすから実際にはrebase&mergeになる;個人のrepoなら面倒なのでrebaseのみ

[hamichamp]

メモ

[tmurakam]

--no-ff でマージする派。pushしてなければ rebase することもあるけど。

[koyudoon]

merge 方法3種

[zetamatta]

そのブランチにタッチしてるのが一人だけなら「リベース」、多数が関わっているようであれば「マージ」がよくね？

[t-wada]

基本の 3 パターンをシンプルに説明

[t_f_m]

rebase までは使ってたけど "git merge other --no-ff -m "Merge branch 'other'"" で明示的に merge を残すのは覚えておこう

[taki0313]

なるほど

[YukeSkywalker]

rebaseやった事無い……

[auient]

わかりやすい。意図のハッキリするブランチならmerge、そうでないならrebaseかなあ

[heavenshell]

merge 派

[toaruR]

リベース……使いこなせません！＼(^o^)／

[mole-studio]

歴史修正主義者はrebaseの方が好きそう

[anoncom]

mergeしてたけど混ざるよりはrebase->mergeの方が分かりやすそうか

[teracy_junk]

marge派/rebase派/rebaseしてからmerge派、なるほど

[honeybe]

merge派。rebaseする派とは仲良く出来ない。作業単位が把握できないと色々面倒なの。rebase->merge派は許容。 / まぁブランチ切らない人達との闘争を経るとこうなるという…(溜息