Git 道場心:Git総論、心構え

Git 道場

心：Git総論、心構え
Nobuhiro Iwamatsu
E-Mail: iwamatsu@nigauri.org
Twitter: @iwamatsu

自己紹介
●
岩松信洋です。
●
Twitter は @iwamatsu です。
●
Gitによるバージョン管理著者の一人です。
●
普段はLinuxカーネルの開発とか、Debian とい
うOSの開発をしています。
●
師範らしいです。

はじめに
●
ようこそ！Git道場へ。
●
今日Git道場の門を叩いた方
●
今のブームはGitらしい→使えるとモテるかも！？
– 「彼がmergeやrebaseができなかった。別れたい。」
●
Subversion派やCVS派から足を洗いたいが、merge
/ rebase がよくわからない。
– Git道場は他の流派も受け入れる心が広い道場。

はじめに
●
講義・実技訓練の前に不安があるかも？
●
今までの知識で実技訓練に望めるのか？
●
俺はGit を選んでいいのだろうか....?
– よいです。正解。大正解。
●
そんな方々に安心してGitを使えるように心構
えを簡単に説明します。

Gitは分散
●
Gitは中央管理用リポジトリを必要としない
バージョン管理システム。分散バージョン管理
システム。
●
今までは中央管理用リポジトリを必要とする
Subversion などが主流だった。
●
Gitにはリモートリポジトリとローカルリポジ
トリがある。

集中型の場合
リポジトリ

・コミット

・チェックアウト
・アップデート
・履歴の参照
・履歴差分の確認

ワーキングコピーワーキングコピー

分散型（Git）の場合
リモートリポジトリ

プルプッシュ

コミットコミット

ワーキングコピーローカルリポジトリワーキングコピー

チェックアウトチェックアウト

・履歴の参照


プルプッシュ
プル

コミットコミット

ワーキングコピーローカルリポジトリワーキングコピー

チェックアウトチェックアウト
プル

・履歴の参照

集中型の場合
●
ローカルリポジトリとリモートリポジトリの区
別がない。
●
リポジトリ
●
共有するバージョン管理用のデータが格納されてい
る。
●
履歴の参照、履歴差分の確認、コミットなどを行う
場合、リポジトリへアクセスが必要

●
●
リモートリポジトリとローカルリポジトリがある。
●
主な作業はローカルリポジトリで行う。
●
コミット、ブランチの作成、マージ etc...
●
自分に必要な管理データをローカルリポジトリで管理できる。
●
リモートリポジトリにアクセスできなくても作業ができる。
●
必要なデータがローカルにあるので動作が早い。
●
プッシュでローカルリポジトリからリモートリポジトリに反映し
て初めて、他のユーザと履歴共有する。

●
●
共有するバージョン管理用のデータが格納されてい
る。
●
ローカルリポジトリ
●
リモートリポジトリのデータと自分の行ったバー
ジョン管理用のデータが格納されている。
●
ローカルリポジトリは俺のもの、リモートリポ
ジトリはみんなのもの。

Gitで操作した時、各リポジトリが
どのように変化するのか

リモートリポジトリをクローン
git clone test.git

リモートリポジトリ(test.git)
HEAD

1 2 master

リモートリポジトリをクローン
git clone test.git
HEAD

リモートリポジトリ(test.git) ローカルリポジトリ
HEAD master

1 2 master 1 2

origin/master

変更してコミット(A)
edit ; git commt -sm “Add commit A”
HEAD

HEAD master

1 2 master 1 2

origin/master

変更してコミット(A)
edit ; git commt -sm “Add commit A”
HEAD

HEAD A master

1 2 master 1 2

origin/master

コミット2からtestブランチを
作成してチェックアウト
git checkout -b test commit-2
HEAD

HEAD A master

1 2 master 1 2

origin/master

コミット2からtestブランチを
作成してチェックアウト
git checkout -b test commit-2
HEAD

HEAD A master

1 2 master 1 2 test

origin/master

変更してコミット(B)
edit ; git commit -am “Add commit B”
HEAD

HEAD A master

1 2 master 1 2 test

origin/master

変更してコミット(B)
edit ; git commit -am “Add commit B”
HEAD

HEAD A master

1 2 master 1 2 B test

origin/master

masterブランチをチェックアウト
git checkout master
HEAD

HEAD A master


origin/master

testブランチを削除
git branch -D test
HEAD

HEAD A master


origin/master

testブランチを削除
git branch -D test
HEAD

HEAD A master

1 2 master 1 2 B

origin/master

変更してコミット(C)
edit ; git commit -am “Add commit C”
HEAD

HEAD A master

1 2 master 1 2 B

origin/master

HEAD

HEAD A C master

1 2 master 1 2 B

origin/master

作業している間に誰かコミットを
プッシュした
HEAD

HEAD A C master

1 2 master 1 2 B

origin/master

プッシュした
HEAD

HEAD A C master

1 2 3 master 1 2 B

origin/master

プッシュした
HEAD

HEAD A C master

1 2 3 master 1 2 B

origin/master

この後はどうするの？rebase ? merge?
小川師範の講義で説明します。

Git は分散
●
コミットしてもローカルリポジトリにしか影響は
ない。
●
プッシュするまでローカルリポジトリの情報はリ
モートリポジトリに反映されない。
●
コミットしたからといって他の人に影響が出るわ
けでもないので、気にせずにコミットしましょ
う。
●
ローカルリポジトリは俺のもの、リモートリポジ
トリはみんなのもの。

Git は頑健
●
Gitは乱暴に言うとスナップショット。
●
コミットすると全体のツリー構造と内容を保存す
る。
●
これらは SHA1 ハッシュで管理されている。
●
コミット ← ツリー構造 ← 実際のファイル
– どれかが変更されると、ハッシュ値が変更される。

コミット1 コミット：コミット

T1 T ：ツリー情報

F1 T2
F ：ファイル

F2

ディレクトリT2にFile3を作成し、
コミットする
コミット1

T1

F1 T2

F2

コミットする
コミット1

T1

F1 T2

F2 F3

コミットする
コミット1

T1

F1 T2 T2'

F2 F3

コミットする
コミット1

T1 T1'

F1 T2 T2'

F2 F3

コミットする
コミット1 コミット2

T1 T1'

F1 T2 T2'

F2 F3

File1を編集し、コミットする


T1 T1'

F1 T2 T2'

F2 F3



T1 T1'

F1 T2 T2' F1'

F2 F3



T1 T1' T1''
T1'

F1 T2 T2' F1'

F2 F3


コミット1 コミット2 コミット3

T1 T1' T1''
T1'

F1 T2 T2' F1'

F2 F3

Git は頑健
●
Gitは乱暴に言うとスナップショット。
●
コミットすると全体のツリー構造と内容を保存す
る。
●
これらは SHA1 ハッシュで管理されている。
●
コミット ← ツリー構造 ← 実際のファイル
●
コミットは前のコミットのハッシュ値を持つ。
●
最新のコミットのハッシュ値は、過去の履歴すべて
のコミット、ツリー、ファイルのハッシュを確認し
ていることになる。

Git は頑健
●
意図的に衝突を起こそうとしていない限り、正
しいコミットハッシュが分かれば、それはツ
リーの構造、およびそのツリーに含まれている
ファイルの中身のハッシュ、および過去からそ
の状態に至るまですべての履歴の状態を反映し
たハッシュ値になる。
●
ファイルの中身が一つでも違う値であれば異な
るハッシュ値になる。

Gitは時間的な変遷を管理する

●
このコミットの前はどうなってのか
●
前日のこの時間にした作業はどのような作業を
行なっていたのか
●
Gitはこれらを管理し、その状態に戻すことが
できる。

●
Gitの作業履歴が残っている。

HEAD

HEAD A master


origin/master

HEAD

HEAD A C master

1 2 master 1 2 B

origin/master

やっぱりコミットBが必要だった....

●
●
git reflog で過去の作業履歴を参照できる。

$ git reflog
4341590 HEAD@{0}: commit: Commit-C
e6703af HEAD@{1}: checkout: moving from test
to master
1b3e6dc HEAD@{2}: commit: Commit-B
5b2ff15 HEAD@{3}: checkout: moving from
master to test
e6703af HEAD@{4}: commit: Commit-A
5b2ff15 HEAD@{5}: clone: from /tmp/test.git

●
●
git reflog で過去の作業履歴を参照できる。
●
ただし90日以内又はgit gcを実行しない/されない場合。
●
不安ならGCを無効にする。
– git config --global gc.auto 0
●
全てコミットしましょう。
– ローカルリポジトリ内で完結するので他の利用者には影響は
ない。
– コミットしていれば救われる。

まとめ
●
Gitは分散
●
作業はローカルリポジトリで管理される。
●
リモートリポジトリへの影響はあまり気にしない。
●
Gitは頑健
●
●
コミットしていれば、過去を取り戻せる（こともあ
る）。
●
コミットしていれば、失敗は怖くない。

質問

なにか質問はありますか？

Git 道場心:Git総論、心構え

Recommandé

Recommandé

Contenu connexe

En vedette

En vedette (20)

Similaire à Git 道場心:Git総論、心構え

Similaire à Git 道場心:Git総論、心構え (20)