はじめに ※ 以前git rebase -i して何か失敗して痛い目にあったりした ※ これ。git rebase master に失敗した模様のとき【git】 ※ でも最近ちゃんとgitを理解し出したので再挑戦したらgit rebase -i がやっぱりイケてる 前提 ※ .zshrc (.bash_profile?) にて、gitのデフォルトエディタを設定しときます .zshrc export GIT_EDITOR=vim ※ あと、念のためローカルbranchは新しく切って試します % git branch * develop master % git branch rebase_test % git branch rebase_test * develop master % git checkout rebase_test ※ ぜんぜん関係無いけど、tigあるとちょっと幸せかも そ
Rubyで .map(&:first) と .map{|e| e.first } が同じになる理由は？ - YNote 上記エントリの解決編。 [復習] 謎の記述法 "&:hoge" hoge = [ [ "hoge", 0 ], [ "foo", 1 ], [ "bar", 2 ] ] p hoge.map{|e| e.first } # => [ "hoge", "foo", "bar" ] p hoge.map(&:first) # => [ "hoge", "foo", "bar" ] ということで .map(&:first) と map{|e| e.first } は同じになるらしい。手続き型オブジェクトが単一の引数をもち、中身がそのインスタンスメソッドを呼び出すだけ、という場合は省略的な書き方ができるという感じ。 で、このコロンはなんなのか、& はなんなのか、うんうん考えたがよ
ときどき間違うので。 大雑把に言うと、git rebase は「git reset + git cherry-pick × n回 を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない） 好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。 つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。 現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用 適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。 以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く