社内勉強会にて使用

1. Git入門
2012/7/28
Hiroki Kouchi

2. 本スライドの概要
初心者向けの内容
Gitとはなんぞや
実際にコマンド叩くとどうなるの
必須な操作／覚えておきたい操作
などなどをお話します。

3. 対象者
Gitを覚えたい人／使ってみたい人
Subversionならわかるって人
コマンド覚えたい人
Github使ってみたい人

4. まずは自己紹介
name : Hiroki Kouchi
age : 26 => 社会人4年目
Twitter : @_hkouchi
（最近変更しました）
work : iOS App Developer
hobby : Development => (iOS, Android, Web)

5. では本編へ

6. Gitとはなんぞや
分散バージョン管理システム
Linuxの中の人が開発
Linuxカーネルのソースコード管理を
目的として開発されたらしい
（By Wikipedia先生）

7. 分散型と集中型
集中型バージョン管理システム
Subversionとか（他を知らない。。。）
中枢となるリポジトリに各々がアクセス
リポジトリが壊れると大変な事に

8. 分散型と集中型
分散型バージョン管理システム
Gitとか、Mercurialとか（よく知らない）
ローカルにリポジトリが設置できる
サーバーにもリポジトリが設置できる
リポジトリ同士でマージをしながら
開発を行なっていくイメージ

9. 私のGitの印象
難しい
→さらっと見ただけで理解できなくて放置
GUIならなんとかなるんじゃね
→GUI全然 ってない
コマンド多すぎ／知らない単語多すぎ

10. 私のGitの印象
GUIはあることにはある
（Macだと心配ないんだが・・・）
Mac => SourceTree最強
Windows => Tortoise gitあたりが妥当？
EclipseのプラグインでEgitなんてのも

11. 致命的だと感じてた部分
学習コストが高い
現場でもGit使えない人が多い...
そもそも使ってない現場が多いのでは
Subversionと違って考え方が複雑
どのコマンドで何が起きるのか

12. 確かに難しいけど、
学習コスト以上の
メリットがあるんです！

13. Gitの特徴
ローカルでも使える
プロトタイプ作成が簡単
リビジョン？なにそれおいしいの？
Subversionはリビジョン単位で管理、
Gitはコミット単位で管理。

14. Gitの特徴
コミットするファイルを指定できる
→コミットしたくないファイルは無視できる
履歴を自由に る事が可能。
履歴を変更してしまう事も可能。
間違ってコミットしても取り消し可能。

15. 圧倒的ではないか、
我が軍は！

16. 難しく考えなくてOK
チームで運用しても結局のところ・・・
ファイルを編集する
変更点をアップする
他のメンバーは変更を落としてくるだけ

17. 以上。

18. すいませんでした。
以下の2つを使いながら
説明していくことにしましょう。
Terminal
- コマンドを実行してみて覚えよう！
SourceTree
- GUIは結果確認には最適！

19. 本日のゴール
ひとまずの目標はGithubへのアップ
Githubは1人でも使える（無料）
OSSの宝庫なので知っておくと便利
何となくの使い方として参考にどうぞ

20. では順番に
見ていきましょう

21. init
git init で初期化
.gitというディレクトリが作成される
中身は特に意識する必要はなし
プロジェクトの直下で実行する
初期化後はgitコマンドでよしなに

22. commit
hoge.txtを編集する
git add hoge.txt # indexへ追加
indexに追加されたファイルは
commit対象となる
git commit hoge.txt

23. git add -A
変更を全てindexに追加する
git commit -m “comment”
引数にコメントがつけれる
なくてもコメントはつけられます

24. remote
git remote add origin git://xxxx/hoge.git
サーバーにあるgitリポジトリを登録する
git:/ の場合も https:/ の場合もある
/... /...
originって名前は規則ではない
originは暗黙の了解になってるだけ
（だったはず。。。）

25. pull
git pull
origin (remote) から変更を取得してmerge
→svn updateみたいなコマンド
似たようなコマンド→git fetch
変更を取得するが、mergeしない

26. clone
URLからソースコードを落とす場合に使用
svn checkout と同じようなコマンド
cloneした場合、
remoteが登録されている状態になってる
git clone git://xxxx/hogehoge.git
https://xxxx/hogehoge.git
ってURLの場合もある

27. push
git push origin master
remoteのリポジトリへ変更を送信
他のbranchをpushすることも可能
ex). git push origin dev-kouchi

28. 以上！
これでGithubが使える！

30. もうちょっとだけ
1人だとあまり必要ないけど、
チーム開発のときに以下の知識は必須です！
branch => これは1人のときでも重要
checkout
merge

31. branch
ソースを枝分かれさせて、
別々に保存しておくことができる
git branch dev-kouchi #ブランチ作成
defaultのブランチは master
master <=> dev-kouchi間は、
切り替えが可能
git branch #ブランチの一覧表示

32. checkout
branchの切り替えをコマンド
git checkout dev-kouchi #branchの切り替え
svn checkout ではないよ！
同じ単語でも意味が違うので注意されたし
git branch を実行するとbranchの一覧表示

33. HEAD
HEAD => 現在のbranchの事
HEAD^ => 現在のbranchの親
HEAD^^ => 現在のbranchの親の親
HEAD^^^...
主にcommitの取り消しや巻戻しのときに使用

34. remote:branch
リポジトリをpushしているわけなので、
remoteでも作成したbranchが保持される
git branch -r でリモートの確認ができる
-a だとリモートもローカルも全部表示

35. branch がわかっていれば・・・
git pull origin dev-kouchi
dev-kouchiのみpull
引数指定なしだと全部pullする

36. merge
（masterブランチを見てる場合）
git merge dev-kouchi
dev-kouchiの変更点をmasterに
反映させるのがmergeコマンド。
競合した場合の話はまた後程。

37. これだけ覚えれば十分！

38. 他のコマンド
git reset #mergeの取り消し
git rebase #commitを1つずつ反映する
git stash #変更中ファイルを一時的に保存
git config #username, email, aliasの設定
git tag #tagの設定

39. 個人でbranchを活用する
新しい機能を追加するとき
新しいライブラリ使ってみたいとき
ちょっと違うUIで実装してみたいとき
てな感じで、気軽に実験できるよ！

40. チームでの運用
私もどういう手法がいいのかは知りません！
何となく脳内にはあるけど、
実践したことがない・・・
↓非常にためになるので参考にどうぞ
http://keijinsonyaban.blogspot.jp/2010/10/
successful-git-branching-model.html

41. まとめ
今日覚えた事
Gitとはなんぞや
Gitの操作方法
Githubへのpush方法

42. お疲れ様でした。