GitM#1

初心者時代に一度は遭遇するトラブル(1)

1. ワーキングディレクトリを元の状態に戻す方法は?
2. コマンド名からgit resetとgit revertがそれっぽいな
3. Subversionだとrevertだったしgit revertかな
4. うーん、つまりこういうことだな?

   $ git revert HEAD
   fatal: Dirty index: cannot revert

5. 何が何だか わからない

初心者時代に一度は遭遇するトラブル(2)

1. じゃあgit resetを試そう
2. うーん、つまりこういうことだな? OK、成功だ

   $ git reset --hard HEAD

3. へー、こうすればさらに1つ前の状態に戻せるのか

   $ git reset --hard HEAD~1

4. あれ、git logしたら最後にしたコミットが消えてる
5. 何が何だか わからない

初心者時代に一度は遭遇するトラブル(3)

1. 大体revertとかresetとか紛らわしいよ
2. これ以外にもサブコマンドが多くて混乱する、というかいくつあるんだ?

3. $ ls /usr/local/apps/git/libexec | wc -l
     138

4. 何が何だか わからない

解決方法: gitについて体系だてて学ぶ

• 個々の問題に解決方法は提示できるけど
• 体系的にgitのことを学んだ方が後々のためになるし
• 実際にやっていることはそう難しくはない

gitリポジトリの構成要素

• Object database (.git/objects/)
• それ以外 (.git/*)

Object database

• プロジェクトに関する全てのデータは「オブジェクト」単位で管理される
• オブジェクトは一意なIDを持つ (SHA-1によるハッシュ値)
• オブジェクトは4種類: blob, tree, commit, tag

Blob object

• ファイルに対応する
• ファイルの内容だけを保持する
• ファイル名やパーミッションなどのメタ情報は持たない

$ git show $BLOB_ID
<?xml version="1.0" encoding="UTF-8"?>
...

Tree object

• ディレクトリに対応する
• 任意の個数のBlobとTreeを保持する
• 各オブジェクトの名前やパーミッションなどのメタ情報も保持する

$ git ls-tree $TREE_ID
100644 blob 8ab9...    Makefile
100644 blob 8f87...    presentation-oldie.xslt
100644 blob 35b6...    presentation.xslt
100644 blob 35bf...    vim-workshop-3.txt
040000 tree 5334...    vim-workshop-3
040000 tree c470...    vimm2
040000 tree 6b23...    vimm3
...

Commit object

• プロジェクトに対する変更履歴を記録する
  • 何を変更したのか (=プロジェクト全体を表すTree object)
  • 誰が変更したのか (=コミッター)
  • 何時変更したのか (=コミット日時)
  • 何故変更したのか (=コミットログ)
  • どこからきたのか (=このコミットの親であるCommit object)

$ git show $COMMIT_ID
commit d8be99b42ff319e38c37db748f7cbb58e9bff917
Author: kana <nicht(a)s8.xrea.com>
Date:   Tue Nov 18 14:54:28 2008 +0900

    xslt: Fix the case for h:a with children

...

Tag object

• 省略

コミットの系譜

• コミットを繰り返すことでコミットの系譜(commit ancestry)が作られる
• この系譜は開発についての歴史を表す

[A]

$ {edit something ...}; git commit -m 'B'

A ---> [B]

$ {edit something ...}; git commit -m 'C'

A ---> B ---> [C]

ブランチとは

• 開発の流れに応じて系譜は分岐していく
• ブランチは個々の系譜を表す

A ---> B ---> C ---> [D]
|
'----> P ---> Q ---> R ---> [S]
       |
       '----> [X]

ブランチの実体

• ブランチの実体: 系譜の先端のコミットへのポインタ
• 保存先: .git/refs/
• 1ブランチ1ファイル
• 内容は該当コミットのID

$ cat .git/refs/heads/master
d8be99b42ff319e38c37db748f7cbb58e9bff917

例: ブランチの作成

A ---> [B]
      master

$ git branch nagato master

A ---> [B]
      master
      nagato

例: 各ブランチでの開発(1)

A ---> [B]
      master
      nagato

$ git checkout master
$ {edit something ...}; git commit -m 'C'
$ {edit something ...}; git commit -m 'D'

A ---> [B] ---> C ---> [D]
      nagato          master

例: 各ブランチでの開発(2)

A ---> [B] ---> C ---> [D]
      nagato          master

$ git checkout nagato
$ {edit something ...}; git commit -m 'P'
$ {edit something ...}; git commit -m 'Q'

                    master
A ---> B ---> C ---> [D]
       |
       '----> P ---> [Q]
                    nagato

例: ブランチのマージ

                    master
A ---> B ---> C ---> [D]
       |
       '----> P ---> [Q]
                    nagato

$ git checkout master
$ git merge nagato

                           master
A ---> B ---> C ---> D ---> [DQ]
       |                     ^
       '----> P ---> [Q] ----'
                    nagato

gitの本質

                           master
A ---> B ---> C ---> D ---> [DQ]
       |                     ^
       '----> P ---> [Q] ----'
                    nagato

• コミットの系譜を作成・管理すること

FAQ: サブコマンドの数が膨大な理由

• 各サブコマンドはボトムアップで構成される
• スクリプトを容易に書けるよう全てのサブコマンドを公開
• いざとなれば低レイヤーに降りて問題解決を図ることができる
• (歴史的には高レベルのサブコマンドは後付け)
• (黎明期は低レベルのサブコマンドしかなかった)

FAQ: リビジョン番号がない理由

• コミットの系譜はDAG
• (基本的に)中央集権的なリポジトリは存在しない
• その他色々な事情 (後述)
• 線形増加なリビジョン番号は役に立たない

gitの最大の特徴

• コミットの系譜の改変が可能

git reset

git reset {commit}

• 現在のブランチの先端を{commit}に変更する

git reset - 例(1)

A ---> B ---> C ---> [D]

• 色々やったけど失敗だったのでAの状態まで戻したい
• 重要ではないので系譜から抹消したい

$ git reset HEAD~3

[A] ---> B ---> C ---> D

git reset - 例(2)

$ git reset --hard HEAD

• 未コミットの変更をなかったことにする
• でもreflogの関係から下記の方法が良い

$ git checkout -- .

git rebase

git rebase {another-branch} {main-branch}

• {main-branch}に{another-branch}の変更内容をマージする
• ただしマージの仕方が異なる

git rebase - 例(1)

                    master
A ---> B ---> C ---> [D]
       |
       '----> P ---> [Q]
                    nagato

$ git rebase master nagato

                    master
A ---> B ---> C ---> [D]
                      |
                      '----> P' ---> [Q']
                                    nagato

git rebase - 例(2)

A ---> B ---> C

$ git commit -m 'Fix a typo in B'

A ---> B ---> C ---> [D]

$ git rebase -i HEAD~3
pick f7221ef B        pick f7221ef B
pick bd615f4 C  ===>  squash 7726ec4 D
pick 7726ec4 D        pick bd615f4 C

A ---> B  --->  C  ---> D
|
'----> B' ---> [C']