[過去ﾛｸﾞ] Git 15©2ch.net (1002ﾚｽ)

Git 15©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1486239735/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 ﾚｽ栞

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

11: デフォルトの名無しさん (ﾜｯﾁｮｲ) [sage] 2017/02/08(水) 11:38:22.96 ID:AT2+3Uwc0 >>8 なるほどと思ったが cherry-pickは操作後の動作が保証できない mergeなら操作後の動作が保証できる。完全ではないがcherry-pickよりまし なのでmergeのほうが優れている http://mevius.5ch.net/test/read.cgi/tech/1486239735/11

15: デフォルトの名無しさん (ﾜｯﾁｮｲ) [sage] 2017/02/08(水) 22:22:54.22 ID:EqksEKaR0 >>11 > cherry-pickは操作後の動作が保証できない 何を言ってるんだ？ cherry-pickはあるコミットを持ってくるというだけの機能で cherry-pickしたあとの動作なんて最初から何も保証してないんだが 保証できないんじゃなくて、保証してない だからrebaseして、そのcherry-pickしたコミットが正しく動くようにするんだよ ちなみに、そもそもなんでcherry-pickして動かなくなるのかといえば こまめなrebaseをしてないから。例えばコミットに対する修正を別コミットに していたりするとそうなる。こまめにrebaseして意味のある単位にコミットを 修正していれば他人が読んだときのレビューも楽になるし、再利用もしやすくなる > mergeなら操作後の動作が保証できる mergeはブランチ全てをマージするものであってそもそも使うべきところが違う。 ブランチの中の1コミットだけを抜き取りたいときにmergeではできない （できないからmergeの方が劣ってるとでも？ｗ） 使い方が違うだけの話でどちらかが優れているとか劣っているとかいう話じゃない http://mevius.5ch.net/test/read.cgi/tech/1486239735/15

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.038s