shop.oreilly.com
Commits
- リポジトリへの変更の記録
- コミットが発生すると、Gitはインデックスのスナップショットを作成しオブジェクトストアに永続化する
- 【補】インデックスがトップレベルのtreeになる
- 【補】べつに
git commitしなくてもgit write-treeでtreeを書き出せる
- このスナップショットは、全ファイル全ディレクトリのコピーではない
- それでは非効率すぎる
- 前回のスナップショットと比較し、変更のあったblobとtreeのみ新規作成
- 変更のないものは再利用
- 比較はSHA1で行われるので高速
- treeが一致したらsubtree以下のtreeやblobも一致するので、枝切りになる
- コミットはリポジトリの変更と一対一対応
- コミットはリポジトリに変更を加える唯一の方法
- リポジトリへの変更はコミットによって行われなければならない
- コミットの多くは開発者によって行われるが、Git自身が行うものも
- いつコミットするかはお好み
- 切りの良いところで
- 帰り際に
- ほか何かしらの理由で
- 遠慮せずどんどんコミットせよ
- Gitは頻繁なコミットに適したつくりになっている
- コミット操作コマンドも充実している
- 小さくてwell-definedな変更のススメ
- よく組織化される
- パッチ操作を行いやすい
- 【所感】大きすぎるコミットを分割するよりは細かすぎるコミットをsquashするほうが楽な気はする
Atomic Changesets
- semantic gap
- コードの変更の過渡的な状態では、意味的に一貫性を欠くことがある
- 例:関数の移動
- Aファイルの関数fを消す
- Bファイルに関数fを追加する
- 1.より前、または2.より後のコードは正しく動作する
- 1.以降かつ2.以前のコードは、関数fがないので正しく動かない
- Gitは変更理由については関知しない
- Gitはファイルの意味を知らない
- semantic gapのある状態になってもお構いなし
- 原子性
- あるコミットスナップショットから次のスナップショットの間で、過渡的な状態がないことを保証する
- 上記の例では、1, 2両コミットをまとめることで、semantic gapを無くせる
Identifying Commits
- コミットの参照方法は2つ
- explicit reference
- implied reference
Absolute Commit Names
- SHA1値
- 最も厳格な指定方法
- ちょうど1つのコミットだけを参照できる
- 指定のコミットがリポジトリの歴史上のどこにあろうがかまわない
- globally unique
- 短縮可能
- 40文字の16進数列は長ったらしく間違いの元なので
- リポジトリ内オブジェクトストアで前方一致でオブジェクトを特定できればよし
- 【補】
git rev-parseでフルのSHA1値に解決できる
- タグ
- globally uniqueではないが、絶対名である
- コミットを特定し、明示的に付け替えない限り経時変化しない
- cf. HEADなどはコミットを重ねていくと変化する
refs and symrefs
- ref
- Gitのオブジェクトストア中でオブジェクトを参照するSHA1ハッシュ値
- オブジェクトの中でも、ふつうコミットを指すもののことを言う
- symref :symbolic reference
- Gitオブジェクトを間接的に参照する名前
- これもrefであることに変わりはない
- 例
- ローカルトピックブランチ名
- リモート追跡ブランチ名
- タグ名
- symrefは
refs/から始まるフルネームを持つ
- devブランチのフルネームはrefs/heads/dev
- リモート追跡ブランチorigin/masterのフルネームはrefs/oremotes/origin/master
- タグv2.6.23はrefs/tags/v2.6.23
- フルネームでも省略形でも指定可能
- 【補】
git show refs/remotes/origin/masterとか
- 曖昧な場合は下記の優先度で解決される(優先度降順)
- .git/ref
- .git/refs/ref
- .git/refs/tags/ref
- .git/refs/heads/ref
- .git/refs/remotes/ref
- .git/refs/remotes/ref/HEAD
- .git/ref
HEAD
ORIG_HEAD
- mergeやresetの取り消し用に、直前のHEADを記録
FETCH_HEAD
- git fetch直後に全ブランチのheadが集められる
CHERRY_PICK_HEADMERGE_HEAD
- 実は
.git/ディレクトリ名は変えられる
- refの意味を変える特殊な文字が多数存在する
Relative Commit Names
C^
C^n
- コミットCの親のうちn番めを参照
- 【疑問】親の兄弟関係はどのようにして決まるのか
C~
C~n
- 組み合わせ可能
Viewing Old Commits
git logコマンド
- かの名高い
lsコマンドよりもオプション多い
- が、すぐに全部学ぶ必要はない
- master~11とmaster~10を表示
git log --pretty=short --abbrev-commit master~12..master~10
- 出力結果省略
- master先頭コミットのパッチを出力
git log -1 -p master
commit 793ab6b6f965d5e9d5c66d23cbc05cce52b85b64 (HEAD -> master, origin/master, origin/HEAD)
Author: Daiki Horiyama <xxxxxxxxx@yyyy.co.jp>
Date: Mon Oct 28 13:39:42 2019 +0900
型つきgetterスニペット
diff --git a/snippets/php-mode/get b/snippets/php-mode/get
new file mode 100644
index 0000000..f56454f
--- /dev/null
+++ b/snippets/php-mode/get
@@ -0,0 +1,15 @@
+# -*- mode: snippet -*-
+# contributor: DAIKI Horiyama <xxxxxxxxx@yyyy.co.jp>
+# name: get
+# key: get
+# group: definitions
+# --
+/**
+ * ${3:description}
+ * @return ${2:$(yas-text)}
+ */
+public function get${1:$(upcase-initials yas-text)}(): ${2:type}
+{
+
+ return \$this->$1;
+}
\ No newline at end of file
git log -1 --stat master
commit 793ab6b6f965d5e9d5c66d23cbc05cce52b85b64 (HEAD -> master, origin/master, origin/HEAD)
Author: Daiki Horiyama <xxxxxxxxx@yyyy.co.jp>
Date: Mon Oct 28 13:39:42 2019 +0900
型つきgetterスニペット
snippets/php-mode/get | 15 +++++++++++++++
1 file changed, 15 insertions(+)
git diff --statとの違い
git log --stat: 指定したコミット範囲において、個々のコミットの変更差分を数えるgit diff --stat : 指定した2つのコミットの全差分を数える
Commit Graphs
- コミットグラフは DAG: Directed Acyclic Graph
Using gitk to view Commit Graph
- 略
- 【補】GUIツールはSourceTreeとかいろいろある
Commit Ranges
start..endの真の意味
- Q: なんでstartは含まないの？
- A: そういう定義だから
^start endと同義
- 「コミットendに到達可能な全コミット、ただしコミットstartに到達可能なコミットは含めない」の意
- 排他的論理和的な意味の
start...endなんてのもある
Reachability in Graphs
Finding Commits
Using git bisect
- いつの間にかバグが混入していた場合などに使用する
- 2分探索でコミットを特定
- 開始
git bisect start
git status
On branch master
Your branch is up to date with 'origin/master'.
You are currently bisecting, started from branch 'master'.
(use "git bisect reset" to get back to the original branch)
nothing to commit, working tree clean
- たいていはHEADでたまたま不具合混入に気づくもの
- HEADにbadの印をつける
git bisect bad
- すくなくともHEAD~10までは元気に動いていた
- goodの印をつける
git bisect good HEAD~10
Bisecting: 5 revisions left to test after this (roughly 3 steps)
[f687070b79a19307ad1b1263a88e7a29b4a34eeb] デフォルトフォント変更、テーマ読み込み位置変更
- 探索範囲の2端点を指定した時点で、HEADはdetachedになる
git status
HEAD detached at f687070
You are currently bisecting, started from branch 'master'.
(use "git bisect reset" to get back to the original branch)
nothing to commit, working tree clean
- あとはgit bisect good/badで絞っていく
git bisect logで絞り込みの履歴を閲覧できる- 完了したら
git bisect resetでdetachedから復帰する
git branch
* (no branch, bisect started on master)
master
git bisect reset
Previous HEAD position was 1ec0774 ほげほげ
Switched to branch 'master'
Your branch is up to date with 'origin/master'.
git branch
* master
Using git blame
- 指定のファイルの指定の行を、誰が最後に変更したか調べる
Using pickaxe
- 力づくで考古学する
- init.elファイルの
requireという単語の増減があったコミットのログのみ表示
git log -Srequire -5 --pretty=oneline --abbrev-commit init.el
f3fc092 いらないもの消したり
262338a web-mode
f3d2f6c init.elのリファクタリング
06b99a1 use-package使用にリファクタリング(WIP)
993f34e 天気見れるようにした
- Emacsのパッケージの増減があったコミットのみ抽出できているようだ
英語
- cut a swath
- quiescent
- rest assured
- inductive
- a whole raft of
- penultimate
- doodads
- 何とかいうもの、あれ
- 名前がわからないやつ
- 例示の最後で「いろいろ」的な意味で
- fabled
- tally
- intervening
- fine points
- elide
- delineate
- pickaxe
- つるはし
- Gitリポジトリを力ずくで掘り進んで考古学することから
