Nobuhiro Iwamatsu, profile picture
Uploaded byNobuhiro Iwamatsu
2,137 views

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

Embed presentation

Downloaded 23 times
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は分散 ● Gitは中央管理用リポジトリを必要としない バージョン管理システム。分散バージョン管理 システム。 ● 今までは中央管理用リポジトリを必要とする Subversion などが主流だった。 ● Gitにはリモートリポジトリとローカルリポジ トリがある。
集中型の場合 リポジトリ ・コミット ・チェックアウト ・アップデート ・履歴の参照 ・履歴差分の確認 ワーキングコピー ワーキングコピー
分散型（Git）の場合 リモートリポジトリ プル プッシュ コミット コミット ワーキングコピー ローカルリポジトリ ワーキングコピー チェックアウト チェックアウト ・履歴の参照 ・履歴差分の確認
分散型（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 リモートリポジトリ(test.git) ローカルリポジトリ HEAD master 1 2 master 1 2 origin/master
変更してコミット(A) edit ; git commt -sm “Add commit A” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 origin/master
コミット2からtestブランチを 作成してチェックアウト git checkout -b test commit-2 HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 origin/master
コミット2からtestブランチを 作成してチェックアウト git checkout -b test commit-2 HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 test origin/master
変更してコミット(B) edit ; git commit -am “Add commit B” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 test origin/master
変更してコミット(B) edit ; git commit -am “Add commit B” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
masterブランチをチェックアウト git checkout master HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
masterブランチをチェックアウト git checkout master HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
testブランチを削除 git branch -D test HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
testブランチを削除 git branch -D test HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
変更してコミット(C) edit ; git commit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
変更してコミット(C) edit ; git commit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master
作業している間に誰かコミットを プッシュした HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master
作業している間に誰かコミットを プッシュした HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 3 master 1 2 B origin/master
作業している間に誰かコミットを プッシュした HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 3 master 1 2 B origin/master この後は どうするの？rebase ? merge? 小川師範の講義で説明します。
Git は分散 ● コミットしてもローカルリポジトリにしか影響は ない。 ● プッシュするまでローカルリポジトリの情報はリ モートリポジトリに反映されない。 ● コミットしたからといって他の人に影響が出るわ けでもないので、気にせずにコミットしましょ う。 ● ローカルリポジトリは俺のもの、リモートリポジ トリはみんなのもの。
Git は頑健
Git は頑健 ● Gitは乱暴に言うとスナップショット。 ● コミットすると全体のツリー構造と内容を保存す る。 ● これらは SHA1 ハッシュで管理されている。 ● コミット ← ツリー構造 ← 実際のファイル – どれかが変更されると、ハッシュ値が変更される。
コミット1 コミット ：コミット T1 T ：ツリー情報 F1 T2 F ：ファイル F2
ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 F1 T2 F2
ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 F1 T2 F2 F3
ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 F1 T2 T2' F2 F3
ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 T1' F1 T2 T2' F2 F3
ディレクトリT2にFile3を作成し、 コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F2 F3
File1を編集し、コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F2 F3
File1を編集し、コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F1' F2 F3
File1を編集し、コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F1' F2 F3
File1を編集し、コミットする コミット1 コミット2 T1 T1' T1'' T1' F1 T2 T2' F1' F2 F3
File1を編集し、コミットする コミット1 コミット2 コミット3 T1 T1' T1'' T1' F1 T2 T2' F1' F2 F3
Git は頑健 ● Gitは乱暴に言うとスナップショット。 ● コミットすると全体のツリー構造と内容を保存す る。 ● これらは SHA1 ハッシュで管理されている。 ● コミット ← ツリー構造 ← 実際のファイル ● コミットは前のコミットのハッシュ値を持つ。 ● 最新のコミットのハッシュ値は、過去の履歴すべて のコミット、ツリー、ファイルのハッシュを確認し ていることになる。
Git は頑健 ● 意図的に衝突を起こそうとしていない限り、正 しいコミットハッシュが分かれば、それはツ リーの構造、およびそのツリーに含まれている ファイルの中身のハッシュ、および過去からそ の状態に至るまですべての履歴の状態を反映し たハッシュ値になる。 ● ファイルの中身が一つでも違う値であれば異な るハッシュ値になる。
Gitは時間的な変遷を管理する
Gitは時間的な変遷を管理する ● このコミットの前はどうなってのか ● 前日のこの時間にした作業はどのような作業を 行なっていたのか ● Gitはこれらを管理し、その状態に戻すことが できる。
Gitは時間的な変遷を管理する ● Gitの作業履歴が残っている。
HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
testブランチを削除 git branch -D test HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
testブランチを削除 git branch -D test HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
変更してコミット(C) edit ; git commit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
変更してコミット(C) edit ; git commit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master
変更してコミット(C) edit ; git commit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master やっぱりコミットBが必要だった....
Gitは時間的な変遷を管理する ● Gitの作業履歴が残っている。 ● 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は時間的な変遷を管理する ● Gitの作業履歴が残っている。 ● git reflog で過去の作業履歴を参照できる。 ● ただし90日以内又はgit gcを実行しない/されない場合。 ● 不安ならGCを無効にする。 – git config --global gc.auto 0 ● 全てコミットしましょう。 – ローカルリポジトリ内で完結するので他の利用者には影響は ない。 – コミットしていれば救われる。
まとめ ● Gitは分散 ● 作業はローカルリポジトリで管理される。 ● リモートリポジトリへの影響はあまり気にしない。 ● Gitは頑健 ● Gitは時間的な変遷を管理する ● コミットしていれば、過去を取り戻せる（こともあ る）。 ● コミットしていれば、失敗は怖くない。
質問 なにか質問はありますか？

More Related Content

PDF
Yocto Project ハンズオン プレゼン用資料
byNobuhiro Iwamatsu
 
PDF
Gitを理解するためにおさえておきたい3つの図(工事中)
byTeloo
 
PDF
Opsta github-hundson 20120201
byTakashi Okamoto
 
PPTX
GitHubワークショップ
byHiroaki Murayama
 
PDF
Tsume git
byNobuhiro Iwamatsu
 
PDF
レシピの作り方入門
byNobuhiro Iwamatsu
 
PDF
Yocto Project ハンズオン / 参加者用資料
byNobuhiro Iwamatsu
 
ODP
Raspberrypi+yocto in Yocto Workshop Japan #1
bykazuya-nisimura
 
Yocto Project ハンズオン プレゼン用資料
byNobuhiro Iwamatsu
 
Gitを理解するためにおさえておきたい3つの図(工事中)
byTeloo
 
Opsta github-hundson 20120201
byTakashi Okamoto
 
GitHubワークショップ
byHiroaki Murayama
 
Tsume git
byNobuhiro Iwamatsu
 
レシピの作り方入門
byNobuhiro Iwamatsu
 
Yocto Project ハンズオン / 参加者用資料
byNobuhiro Iwamatsu
 
Raspberrypi+yocto in Yocto Workshop Japan #1
bykazuya-nisimura
 

Viewers also liked

PDF
Introduction to Yocto Project - Let's make customized embedded linux
byHiroshi Sakate
 
PDF
Introduction to yocto
byAlex Gonzalez
 
PPTX
Osc2016 tokyo-spring-geeklog
byTetsuko Komma
 
ODP
小江戸らぐ9月のオフな集まり(第98回) -東京電機大学神田キャンパス-
byKenichiro MATOHARA
 
PDF
アドベントカレンダー「愉悦について」
byMasataka Kondo
 
PDF
芸人を 目指すわけでは ないけれど…(n575)
byMasataka Kondo
 
PDF
LibreOfficeの品質向上活動について
byMasataka Kondo
 
PDF
ベジェ曲線を使ってみよう
byMasataka Kondo
 
PDF
鹿児島らぐはじめました(オープンソースカンファレンス2015大分LT)
byKenichiro MATOHARA
 
PPT
Raspberry pi 用　toppers ssp シュリンク版（海賊版）の紹介
byKazuhiro Takahashi
 
PDF
U38Nの WiFiモジュールを換装したハナシ
byMasataka Kondo
 
PDF
Introduce Yocto Project Japan and What want to make using Yocto Project
byHiroshi Sakate
 
PDF
ちょっとOverlayfsの実装、読んでみました(A brief report of overlayfs source code reading)
byFumiyuki Yoshida
 
PDF
ゲーミングプラットホームのLutris
byKenichiro MATOHARA
 
PDF
Build your own embedded linux distributions by yocto project
byYen-Chin Lee
 
PDF
LibreOffice Conference 2016 Brno 参加レポート
byShinji Enoki
 
PDF
ビジネスモデル・キャンバスワークショップ 2015-05-30
byShinji Enoki
 
PDF
Building LibreOffice local community in Japan through event handling
byShinji Enoki
 
PDF
鹿児島に引っ越しました
byKenichiro MATOHARA
 
PDF
バグ報告・翻訳・パッケージング・コード修正・広報活動などなど―OSS に貢献してみるには？
byFuminobu Takeyama
 
Introduction to Yocto Project - Let's make customized embedded linux
byHiroshi Sakate
 
Introduction to yocto
byAlex Gonzalez
 
Osc2016 tokyo-spring-geeklog
byTetsuko Komma
 
小江戸らぐ9月のオフな集まり(第98回) -東京電機大学神田キャンパス-
byKenichiro MATOHARA
 
アドベントカレンダー「愉悦について」
byMasataka Kondo
 
芸人を 目指すわけでは ないけれど…(n575)
byMasataka Kondo
 
LibreOfficeの品質向上活動について
byMasataka Kondo
 
ベジェ曲線を使ってみよう
byMasataka Kondo
 
鹿児島らぐはじめました(オープンソースカンファレンス2015大分LT)
byKenichiro MATOHARA
 
Raspberry pi 用　toppers ssp シュリンク版（海賊版）の紹介
byKazuhiro Takahashi
 
U38Nの WiFiモジュールを換装したハナシ
byMasataka Kondo
 
Introduce Yocto Project Japan and What want to make using Yocto Project
byHiroshi Sakate
 
ちょっとOverlayfsの実装、読んでみました(A brief report of overlayfs source code reading)
byFumiyuki Yoshida
 
ゲーミングプラットホームのLutris
byKenichiro MATOHARA
 
Build your own embedded linux distributions by yocto project
byYen-Chin Lee
 
LibreOffice Conference 2016 Brno 参加レポート
byShinji Enoki
 
ビジネスモデル・キャンバスワークショップ 2015-05-30
byShinji Enoki
 
Building LibreOffice local community in Japan through event handling
byShinji Enoki
 
鹿児島に引っ越しました
byKenichiro MATOHARA
 
バグ報告・翻訳・パッケージング・コード修正・広報活動などなど―OSS に貢献してみるには？
byFuminobu Takeyama
 

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

PDF
Gitを使ってみよう
byTamotsu Furuya
 
PDF
Git overview (v 0.96)
byTatsuki Sugiura
 
KEY
Git (実践入門編)
byNaomichi Yamakita
 
PDF
Git for beginners
byShohei kamon
 
PDF
１５分でわかるGit入門
byto_ueda
 
PPTX
Git勉強会
byTomoki Oyamatsu
 
PDF
Git
byYushiroDodo
 
PDF
Gitのよく使うコマンド
byYUKI Kaoru
 
PDF
Git勉強会
bymasahiro_minami
 
PDF
Git勉強会 2016 Gitで卒論を管理しよう回
bykinme modoki
 
PDF
Python for Data Analysis第１回勉強会（＋git入門）
byMakoto Kawano
 
PPTX
今さら聞けない人のためのGit超入門 OSC2018広島版
byVirtualTech Japan Inc./Begi.net Inc.
 
PPTX
2018 07-18 git-hub講座
byTakahito Sueda
 
PDF
Git入門-概念編
byShin Tanigawa
 
PDF
ノンプログラマのGit入門
byMuyuu Fujita
 
PDF
Git-dojo In Sendagaya.rb
byJun Fukaya
 
PPTX
いいこんぶGitマニュアル
byKaito Yuuki
 
PDF
はじめてのGit
bySeiichiro Mishiba
 
KEY
20120324 git training
byTakeshi AKIMA
 
KEY
一人でもはじめるGitでバージョン管理
byTakafumi Yoshida
 
Gitを使ってみよう
byTamotsu Furuya
 
Git overview (v 0.96)
byTatsuki Sugiura
 
Git (実践入門編)
byNaomichi Yamakita
 
Git for beginners
byShohei kamon
 
１５分でわかるGit入門
byto_ueda
 
Git勉強会
byTomoki Oyamatsu
 
Git
byYushiroDodo
 
Gitのよく使うコマンド
byYUKI Kaoru
 
Git勉強会
bymasahiro_minami
 
Git勉強会 2016 Gitで卒論を管理しよう回
bykinme modoki
 
Python for Data Analysis第１回勉強会（＋git入門）
byMakoto Kawano
 
今さら聞けない人のためのGit超入門 OSC2018広島版
byVirtualTech Japan Inc./Begi.net Inc.
 
2018 07-18 git-hub講座
byTakahito Sueda
 
Git入門-概念編
byShin Tanigawa
 
ノンプログラマのGit入門
byMuyuu Fujita
 
Git-dojo In Sendagaya.rb
byJun Fukaya
 
いいこんぶGitマニュアル
byKaito Yuuki
 
はじめてのGit
bySeiichiro Mishiba
 
20120324 git training
byTakeshi AKIMA
 
一人でもはじめるGitでバージョン管理
byTakafumi Yoshida
 

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

  • 1.
    Git 道場 心：Git総論、心構え Nobuhiro Iwamatsu E-Mail: iwamatsu@nigauri.org Twitter: @iwamatsu
  • 2.
    自己紹介 ● 岩松 信洋です。 ● Twitter は @iwamatsu です。 ● Gitによるバージョン管理 著者の一人です。 ● 普段はLinuxカーネルの開発とか、Debian とい うOSの開発をしています。 ● 師範らしいです。
  • 3.
    はじめに ● ようこそ！Git道場へ。 ● 今日Git道場の門を叩いた方 ● 今のブームはGitらしい→使えるとモテるかも！？ – 「彼がmergeやrebaseができなかった。別れたい。」 ● Subversion派やCVS派から足を洗いたいが、merge / rebase がよくわからない。 – Git道場は他の流派も受け入れる心が広い道場。
  • 4.
    はじめに ● 講義・実技訓練の前に不安があるかも？ ● 今までの知識で実技訓練に望めるのか？ ● 俺はGit を選んでいいのだろうか....? – よいです。正解。大正解。 ● そんな方々に安心してGitを使えるように心構 えを簡単に説明します。
  • 5.
  • 6.
    Gitは分散 ● Gitは中央管理用リポジトリを必要としない バージョン管理システム。分散バージョン管理 システム。 ● 今までは中央管理用リポジトリを必要とする Subversion などが主流だった。 ● Gitにはリモートリポジトリとローカルリポジ トリがある。
  • 7.
    集中型の場合 リポジトリ ・コミット ・チェックアウト ・アップデート ・履歴の参照 ・履歴差分の確認 ワーキングコピー ワーキングコピー
  • 8.
    分散型（Git）の場合 リモートリポジトリ プル プッシュ コミット コミット ワーキングコピー ローカルリポジトリ ワーキングコピー チェックアウト チェックアウト ・履歴の参照 ・履歴差分の確認
  • 9.
    分散型（Git）の場合 リモートリポジトリ プル プッシュ プル コミット コミット ワーキングコピー ローカルリポジトリ ワーキングコピー チェックアウト チェックアウト プル ・履歴の参照 ・履歴差分の確認
  • 10.
    集中型の場合 ● ローカルリポジトリとリモートリポジトリの区 別がない。 ● リポジトリ ● 共有するバージョン管理用のデータが格納されてい る。 ● 履歴の参照、履歴差分の確認、コミットなどを行う 場合、リポジトリへアクセスが必要
  • 11.
    ● 分散型（Git）の場合 ● リモートリポジトリとローカルリポジトリがある。 ● 主な作業はローカルリポジトリで行う。 ● コミット、ブランチの作成、マージ etc... ● 自分に必要な管理データをローカルリポジトリで管理できる。 ● リモートリポジトリにアクセスできなくても作業ができる。 ● 必要なデータがローカルにあるので動作が早い。 ● プッシュでローカルリポジトリからリモートリポジトリに反映し て初めて、他のユーザと履歴共有する。
  • 12.
    ● リモートリポジトリ ● 共有するバージョン管理用のデータが格納されてい る。 ● ローカルリポジトリ ● リモートリポジトリのデータと自分の行ったバー ジョン管理用のデータが格納されている。 ● ローカルリポジトリは俺のもの、リモートリポ ジトリはみんなのもの。
  • 13.
    Gitで操作した時、各リポジトリが どのように変化するのか
  • 14.
  • 15.
    リモートリポジトリをクローン git clone test.git HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD master 1 2 master 1 2 origin/master
  • 16.
    変更してコミット(A) edit ; gitcommt -sm “Add commit A” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD master 1 2 master 1 2 origin/master
  • 17.
    変更してコミット(A) edit ; gitcommt -sm “Add commit A” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 origin/master
  • 18.
    コミット2からtestブランチを 作成してチェックアウト git checkout -b test commit-2 HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 origin/master
  • 19.
    コミット2からtestブランチを 作成してチェックアウト git checkout -b test commit-2 HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 test origin/master
  • 20.
    変更してコミット(B) edit ; gitcommit -am “Add commit B” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 test origin/master
  • 21.
    変更してコミット(B) edit ; gitcommit -am “Add commit B” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
  • 22.
    masterブランチをチェックアウト git checkout master HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
  • 23.
    masterブランチをチェックアウト git checkout master HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
  • 24.
    testブランチを削除 git branch -Dtest HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
  • 25.
    testブランチを削除 git branch -Dtest HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
  • 26.
    変更してコミット(C) edit ; gitcommit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
  • 27.
    変更してコミット(C) edit ; gitcommit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master
  • 28.
    作業している間に誰かコミットを プッシュした HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master
  • 29.
    作業している間に誰かコミットを プッシュした HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 3 master 1 2 B origin/master
  • 30.
    作業している間に誰かコミットを プッシュした HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 3 master 1 2 B origin/master この後は どうするの？rebase ? merge? 小川師範の講義で説明します。
  • 31.
    Git は分散 ● コミットしてもローカルリポジトリにしか影響は ない。 ● プッシュするまでローカルリポジトリの情報はリ モートリポジトリに反映されない。 ● コミットしたからといって他の人に影響が出るわ けでもないので、気にせずにコミットしましょ う。 ● ローカルリポジトリは俺のもの、リモートリポジ トリはみんなのもの。
  • 32.
  • 33.
    Git は頑健 ● Gitは乱暴に言うとスナップショット。 ● コミットすると全体のツリー構造と内容を保存す る。 ● これらは SHA1 ハッシュで管理されている。 ● コミット ← ツリー構造 ← 実際のファイル – どれかが変更されると、ハッシュ値が変更される。
  • 34.
    コミット1 コミット ：コミット T1 T ：ツリー情報 F1 T2 F ：ファイル F2
  • 35.
    ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 F1 T2 F2
  • 36.
    ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 F1 T2 F2 F3
  • 37.
    ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 F1 T2 T2' F2 F3
  • 38.
    ディレクトリT2にFile3を作成し、 コミットする コミット1 T1 T1' F1 T2 T2' F2 F3
  • 39.
    ディレクトリT2にFile3を作成し、 コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F2 F3
  • 40.
    File1を編集し、コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F2 F3
  • 41.
    File1を編集し、コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F1' F2 F3
  • 42.
    File1を編集し、コミットする コミット1 コミット2 T1 T1' F1 T2 T2' F1' F2 F3
  • 43.
    File1を編集し、コミットする コミット1 コミット2 T1 T1' T1'' T1' F1 T2 T2' F1' F2 F3
  • 44.
    File1を編集し、コミットする コミット1 コミット2 コミット3 T1 T1' T1'' T1' F1 T2 T2' F1' F2 F3
  • 45.
    Git は頑健 ● Gitは乱暴に言うとスナップショット。 ● コミットすると全体のツリー構造と内容を保存す る。 ● これらは SHA1 ハッシュで管理されている。 ● コミット ← ツリー構造 ← 実際のファイル ● コミットは前のコミットのハッシュ値を持つ。 ● 最新のコミットのハッシュ値は、過去の履歴すべて のコミット、ツリー、ファイルのハッシュを確認し ていることになる。
  • 46.
    Git は頑健 ● 意図的に衝突を起こそうとしていない限り、正 しいコミットハッシュが分かれば、それはツ リーの構造、およびそのツリーに含まれている ファイルの中身のハッシュ、および過去からそ の状態に至るまですべての履歴の状態を反映し たハッシュ値になる。 ● ファイルの中身が一つでも違う値であれば異な るハッシュ値になる。
  • 47.
  • 48.
    Gitは時間的な変遷を管理する ● このコミットの前はどうなってのか ● 前日のこの時間にした作業はどのような作業を 行なっていたのか ● Gitはこれらを管理し、その状態に戻すことが できる。
  • 49.
    Gitは時間的な変遷を管理する ● Gitの作業履歴が残っている。
  • 50.
    HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
  • 51.
    testブランチを削除 git branch -Dtest HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B test origin/master
  • 52.
    testブランチを削除 git branch -Dtest HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
  • 53.
    変更してコミット(C) edit ; gitcommit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A master 1 2 master 1 2 B origin/master
  • 54.
    変更してコミット(C) edit ; gitcommit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master
  • 55.
    変更してコミット(C) edit ; gitcommit -am “Add commit C” HEAD リモートリポジトリ(test.git) ローカルリポジトリ HEAD A C master 1 2 master 1 2 B origin/master やっぱりコミットBが必要だった....
  • 56.
    Gitは時間的な変遷を管理する ● Gitの作業履歴が残っている。 ● git reflog で過去の作業履歴を参照できる。
  • 57.
    $ git reflog 4341590HEAD@{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
  • 58.
    Gitは時間的な変遷を管理する ● Gitの作業履歴が残っている。 ● git reflog で過去の作業履歴を参照できる。 ● ただし90日以内又はgit gcを実行しない/されない場合。 ● 不安ならGCを無効にする。 – git config --global gc.auto 0 ● 全てコミットしましょう。 – ローカルリポジトリ内で完結するので他の利用者には影響は ない。 – コミットしていれば救われる。
  • 59.
    まとめ ● Gitは分散 ● 作業はローカルリポジトリで管理される。 ● リモートリポジトリへの影響はあまり気にしない。 ● Gitは頑健 ● Gitは時間的な変遷を管理する ● コミットしていれば、過去を取り戻せる（こともあ る）。 ● コミットしていれば、失敗は怖くない。
  • 60.