![cd[スペース]のあと、ターミナルに
フォルダをドロップします。
作業するフォルダを開く](https://image.slidesharecdn.com/git-130215213619-phpapp02/85/Git-gitkyoto-41-320.jpg)
はじめてのGit #gitkyoto
- 2. たなかひさてる @tanakahisateru Pinoco developer js-markdown-extra maintainer PHPTAL contributor Firebug translation contributor Yii framework user ...and more OSS experienced
- 6. 教えなきゃ損だよこれ
- 10. このへんまだやる気ある
- 11. 「ちょっと複数案見せてよ」 「えっ...」
- 14. 「さっそくで悪いんだけど直しが...」 (壁ドンですよね)
- 15. 数日後
- 16. どの子がどの子かしら...?
- 17. 手作業の罠 人間はサボる/焦る/間違える。 フォルダの前後関係に保証がない。 誰が何をした結果なのかわからない。 ハードディスクにほとんど同じ内容のフォルダできて、 すごい早さで容量を圧迫してくる。
- 18. そんなあなたも Gitを使うと
- 19. こうなります
- 20. さらにこうなります
- 23. どうせGitは必要
- 24. みんなGitHub もっとあるよ
- 25. やってみよう
- 27. で、次は...
- 29. 待って、こわくないから
- 31. ｺﾜｸﾅｲｶﾗ/ <
- 32. うごきますか
- 33. 自分の名前を設定しよう
- 37. IEとかFaviconとかオフで
- 38. ダウンロード&展開
- 39. これが初版です
- 41. cd[スペース]のあと、ターミナルに フォルダをドロップします。 作業するフォルダを開く
- 42. いま開きました
- 43. 現在ターミナルで開いているフォルダを「カ レントディレクトリ」と言います。 cd の後にパスを指定すると、カレントディレ クトリを変えることができます。 カレントディレクトリの確認は pwd です。
- 44. ホントに合ってる?
- 45. このへん大丈夫ですかー
- 46. いよいよGitですよー
- 47. git init
- 48. .git=ローカルリポジトリ
- 49. リポジトリ=入れ物 .git が消えると何もなかったことになる。 全部やり直したいときは rm -rf .git (あるいは詳しい人にこっそり聞きましょう)
- 50. git status
- 51. Untracked files = まだ管理していないファイ ルがこれだけあるということ。 git add を使えと言われていますね。
- 52. git add
- 53. add = コミット(あとで言います)するリストにファ イル追加するという意味で add です。 この操作をステージと言います。 バージョン管理でもっとも大事な操作、コミット の準備です。 ちょうど、Finderでシフトキーを押しながらファイ ルをポチポチするようなものです。
- 54. からの→ git status
- 55. git status の結果が Changes to be committed: というリストになりました。 いよいよ次が初めてのコミットです。
- 56. git commit -m “...”
- 58. -m なしで git commit としてしまい、なにが 起こったかわからない人は、近くの詳しそう な人に聞いてください。 わかる人はそのまま続け、:wq で終了したら いいと思います。 わからない人はGUIを使うまで待ってね。
- 59. git status ...? → git log ...!
- 60. git status は nothing to commit (working directory id clean)と言っています。最後のコミ ットからまだ変更がないという意味です。 git log で過去のコミットを参照できます。 コミットに 00e8ac1be367fb350... というIDが付 いていることがわかります。このコミットのユ ニークな管理番号で、わりと重要です。
- 61. 心配なら git log --stat
- 64. .DS_Store と書きます
- 65. .gitignore = git + ignore (無視) 無視するファイル名やパスのパターンを書く
- 66. ここまでのまとめ git init git status git add <file/folder> git commit -m “message” git log .gitignore
- 67. むずかしいひとー
- 68. そうですね...
- 69. 癒し成分補充しときます
- 71. git status
- 72. git diff
- 73. git commit -a -m “...”
- 74. git commit -a は変更されたファイルをすべて add してからコミットという意味です。 git add でステージしてから git commit する のと同じです。
- 75. git log
- 78. ここまでのまとめ git status や git diff で状態を確認しつつ... 変更 → コミット → 変更 → コミット → ... ここは難しくないですね。
- 80. ｺﾜｸﾅｲｶﾗ/ <
- 82. ブランチ
- 83. git branch css-coding git checkout css-coding
- 84. css-coding という名前のブランチを作り、ブ ランチを切り替えました。 慣れている人は git checkout -b css-coding で、作成と切り替えを同時にできます。
- 88. commit → log
- 89. H1 HENKOU → CSS PINK という変更の流れ でしたね。これを憶えておいてください。 (人によっては違うかもしれません) ここで、CSSの作業をやめて、HTMLだけ変 更する作業の流れに戻りましょう。
- 92. もとどおり
- 94. commit → log
- 95. H1 HENKOU → KIJI MIDASI という流れで コミットがつながりました。 masterブランチでは、CSS関係のコミットが なかったことになっています。
- 96. 別フォルダ作業のイメージ master css-coding
- 97. branchとは git branch css-coding css-coding
- 98. checkoutとは git checkout master master 作業フォルダ
- 99. git log --oneline --graph --all
- 101. git merge -m “...” css-coding
- 103. mergeとは master css-coding git merge
- 104. マージは、相手のブランチから変更ファイル だけを取り出して、自分のファイルを上書き するイメージ。 もしブランチ間で同じファイルを変更してた ら、それらが競合(コンフリクト)した状態に なります。
- 106. 参考: 超わかりやすいブランチの話 http://www.slideshare.net/ kotas/git-15276118
- 107. ここまでのまとめ git branch ブランチ名 git checkout ブランチ名 git branch git log --oneline --graph --all git merge ブランチ名
- 108. むずかしいひとー
- 109. そろそろまた癒し成分
- 110. いちいちコマンド打つのは 正直しんどい
- 113. log, diff, branch
- 115. status, diff
- 117. commit + エディタ
- 118. おまけ: ターミナル好きなら tig
- 121. ｺﾜｸﾅｲｶﾗ/ <
- 122. いよいよGitHubへ
- 124. まだの人はサインアップ
- 125. Welcome to social coding.
- 126. 公開 を登録 公開 認証とSSHの説明は省きます。 ずばり、~/.ssh ありますか? open ~/.ssh id_rsa.pub があればOK、それを使います。 ない人はこれで作ります: ssh-keygen -t rsa -C "[email protected]" すでに持っている人は隣の人を手伝ってあげましょう。
- 127. ここに詳しく出ています: https://help.github.com/articles/ generating-ssh-keys
- 129. ここ リポジトリを作ろう
- 130. できた
- 131. はじめてのpush
- 132. ⌘+R
- 133. git push origin master はoriginのリモートリ ポジトリにmasterブランチをアップロードす るイメージです。 -u オプションは、以降masterブランチで git push だけしたとき、デフォルトでoriginに pushするようになるという紐付け。
- 134. push push
- 135. ところでこのEditって?
- 136. 編集できちゃう!
- 137. メッセージ+コミット
- 138. git pull
- 139. git pull はリモートのリポジトリからローカル にダウンロードするイメージ。 あ、GitHubのサイトで編集すると、動作確認 できてないソースでコミットを積むことにな るので、普通はダメですよ。
- 140. pull pull
- 141. pullの注意点 リモートからpullする=ダウンロードしたものを無名ブランチと みなして、マージ→コミットをやっている。 ダウンロードしてマージしないpullをfetchと言う。 pull = fetch + merge とにかく、いきなりローカルぜんぶ上書きではない。 FTPで落としてきたファイルをいきなり上書きして困ったこと... ありますよね。
- 146. git push origin css-coding
- 147. ブランチもpushできた
- 150. GitHubのここから
- 151. git clone ...
- 152. まあ、clone するのはだいたい他人です。 途中から作業に参加する人は、git init ではな くこの git clone からスタートします。 あとで他の人と共同作業の練習しましょう。
- 153. 復元できました
- 154. いや∼よかったよかっ...
- 155. img おや?
- 156. 注: 空フォルダはダメ Gitは空のフォルダを管理できません。あくまでファイルの変更 の管理なので。 空っぽのフォルダを維持したい場合、中に何かダミーのファイ ルを入れてください。 ダミーファイル名は empty, .gitkeep, .gitignore, .htaccess などい ろいろな習慣があります。 あまり心配しなくても実害があることはまれです。
- 157. ちなみにmaster以外のリモートブランチを ローカルに連れてくるなら... git branch css-coding origin/css-coding
- 158. ここまでのまとめ git remote add リポジトリ名 アドレス git push -u リポジトリ名 ブランチ名 git push (注:ブランチごと) git pull git clone アドレス 空のフォルダは無視される git branch ブランチ名 origin/ブランチ名
- 159. 癒し(ry
- 160. お待たせしました GUIですよ
- 162. GitXのすごい版
- 163. clone
- 165. こんなことまで git branch css-... origin/css-...
- 168. これでようやく スタートライン
- 169. むずかしいひとー
- 170. gitのコマンド むずかしいのは∼
- 175. お疲れ様でした