<< 2008/10/ 1 1. だいぶ git つかめてきた
2 3 1. Fastladder の bot の If-Modified-Since が変
4 5 6 7 8 9 10 11 12 13 14 15 16 1. Yapra で Trac の timeline feed を 1本に
17 1. git の pull request は fork 前提って理解で合ってますか
2. Trac の feed を merge する Yapra の YAML を ERB で作る
18 19 20 1. 超自分用 Mozilla extension メモ
2. Ubuntu へ避難
21 1. PLUTO読み始める
2. Gnome の環境を Mac に合わせるのを諦めた
22 1. Ubuntu でそこら中 Emacs 風に
2. IP messenger に四苦八苦
23 1. 英辞郎を Linux デスクトップで
2. Wedata のお勉強
24 1. MacOSX の open を GNOME で
2. git で svn status のようなもの
25 1. Yapra に Publish::Smtp 追加
26 1. revert, reset, rebase, ...
27 28 1. gnome-terminal って賢いな
29 30 1. evolution でカレンダーの共有
31 >>
トップ «前の日記(2008-10-25) 最新 次の日記(2008-10-28)» 編集

2008-10-26 [長年日記]

_ revert, reset, rebase, ...

例によって自分用のメモ。間違ってる場合はツッコんでください。

「svn revert」は「working copy の変更をなかったことに」してやり直すために使う。update でコリジョンが起きた場合にこれを使うと問題なく repository の状態に追随できる場合が多い。

「git revert」はコミットそのものをなかったことにする。はずだったような気がしてたんだけど、「コミットそのものをなかったことにするコミットを行う」。言い換えると revert しましたという記録を残す。

git で svn revert 相当のことをやりたい場合は

  • git checkout
  • git reset

のどっちかでいいような気がする。こんな感じに使う。

git checkout BRANCH
git reset COMMIT

git reset の動作は3種類。

--mixed
working tree には触れずに index の commit をなかったことにする。デフォルトの動作。
--soft
index も working tree もまったくタッチしないって言ってるような気がするんだけど、自分が試したら見事に修正分がぶっ飛んだ。意味が分からん。怖くて使えん。
--hard
こっちが本当は自分の作業を全部ぶっ飛ばしてしまう動作のはず。

あちこちでいろんな人が言ってるけど git ってほんとよく分からん。根本的な考え方が他のツールと合ってない部分が多く、使う言葉が違うので当てずっぽで作業すると痛い目にあう。もちろん互換性を捨てたおかげで良くなっている点もあるんだろうけど、移行するにはハードルが結構高い気がする。

ということで最近では凝ったことする前に Mercurial にも突っ込んで意図しない動作をしても元に戻せるようにして作業している。git は便利だがなんか怖い。

ただ、Emacs の vc-mode で vc-revert-buffer すると svn だろうと git だろうと同じように扱える。一回に一つのファイルしか revert できないけど、すでに Emacs と vc-mode を使えている人はこれ使うのがいちばん確実だと思う。vc-mode がいつから git に対応しているのか細かことは知らないけど、たぶん 21 は NG で 22 は OK だと思う。

rebase はなんかよく分からなかった。名前がちょっと似ているだけでまったく別な機能らしい。

Tags: Git