Downloaded 19 times
![ユーザーの登録
• メールアドレスの登録
– $ git config --global user.email “your[at]email.com”
• ユーザー名の登録
– $ git config --global user.name “hoge”](https://image.slidesharecdn.com/github-130611090822-phpapp01/75/GitHub-73-2048.jpg)
![ここまでのまとめ
• ブランチを確認
– $ git branch [-a]
• ブランチの変更
– $ git checkout branch_name
• ローカルの変更をリモートへ適用
– $ git push origin branch_name
• コミットを１つ戻す
– $ git reset --soft HEAD^](https://image.slidesharecdn.com/github-130611090822-phpapp01/75/GitHub-100-2048.jpg)
![git-reflog
• [技術][Git]Git初心者が絶対に覚えておくべきコマンド
– http://d.hatena.ne.jp/idesaku/20091106/1257507849
• いざという時のためのgit reflog - Qiita [キータ]
– http://qiita.com/items/e37c707938847aee671b](https://image.slidesharecdn.com/github-130611090822-phpapp01/75/GitHub-119-2048.jpg)
GitHubワークショップ
- 1.
- 2. アジェンダ • バージョン管理の基本 15分 •GitHub/Gitの基本てきな使い方 30分 • 応用編 15分
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D ローカル環境にリポジトリの 作成、ファイルの追加を行う （initialize）
- 10. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D リモートリポジトリへリポジトリの差分のコピー(push) リポジトリ A B C D
- 11.
- 12. バージョン管理システムの基本操 作 リポジトリ A B CD A B C D ローカル環境にリポジトリをコピー(clone) リポジトリ A B C D ユーザー
- 13. バージョン管理システムの基本操 作 リポジトリ A B CD A B C D リポジトリ A B C D ユーザー E
- 14. バージョン管理システムの基本操 作 リポジトリ A B CD A B C D リポジトリ A B C D ユーザー E ローカルリポジトリに変更を通知(commit) E
- 15. バージョン管理システムの基本操 作 リポジトリ A B CD A B C D リポジトリ A B C D ユーザー E リモートリポジトリへ差分をコピー(push) EE
- 16. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D リポジトリ A B C D E
- 17. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D リポジトリ A B C D E ローカルリポジトリへ差分をコピー(pull) E E
- 18. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D リポジトリ A B C D E F F
- 19. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D リポジトリ A B C D E F F ローカルリポジトリへ差分をコピー(pull) E E
- 20. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D リポジトリ A B C D E F F 差分だけがうまくマージされる！便利！ E E
- 21. バージョン管理システムの基本操 作 リポジトリの管理者 リポジトリ A B CD A B C D リポジトリ A B C D E F F E E リモートリポジトリへ差分をコピー(push) F
- 22. バージョン管理システムとは • Gitの基本操作 1. ローカルリポジトリの作成、ファイルを登録する 2.ローカルリポジトリをリモートへコピーする 3. 必要であれば、リモートリポジトリからローカル へ差分をコピーする(プル) 4. ローカルリポジトリを編集する(コミット) 5. ローカルリポジトリの差分をリモートへコピーす る(プッシュ) 2〜5を繰り返えす。
- 23. ブランチ • 変更履歴の束をブランチと呼ぶ • Gitはブランチを複数管理できる 記録A記録B 記録C 記録E 記録D 記録F Masterブランチ バグ修正ブランチ
- 24. ブランチ • 変更履歴の束をブランチと呼ぶ • Gitはブランチを複数管理できる 記録A記録B Masterブランチ バグが発生！でも、Masterブランチには影響させたくない！
- 25. ブランチ • 変更履歴の束をブランチと呼ぶ • Gitはブランチを複数管理できる 記録A記録B 記録D Masterブランチ バグフィックス用 ブランチ ブランチを派生！(このことをブランチを切るという)
- 26. ブランチ • 変更履歴の束をブランチと呼ぶ • Gitはブランチを複数管理できる 記録A記録B 記録C 記録D Masterブランチ バグフィックス用 ブランチ
- 27. ブランチ • 変更履歴の束をブランチと呼ぶ • Gitはブランチを複数管理できる 記録A記録B 記録C 記録E 記録D 最新 Masterブランチ バグフィックス用 ブランチ
- 28. ブランチ • ブランチの切り方に明確なルールはない – しかし、習慣的なものはある –バグをまとめて管理したい時 – リリースと開発を分けたい時、等々 記録A 記録B 記録C 記録E 記録D 最新 Masterブランチ バグフィックス用 ブランチ
- 29. ブランチ • ブランチはマージすることができる 記録A 記録B記録C 記録E 記録D 最新 Masterブランチ バグフィックス用 ブランチ
- 30. ブランチ • バグ修正用ブランチでバグ修正が終わったとき 記録A 記録B記録C 記録E 記録D 記録F バグ修正完了！
- 31. ブランチ • マージすることでMasterのバグが修正される – これによってマージされたブランチは削除される 記録A記録B 記録C 記録E 記録D 修正完了！ 記録F 記録G
- 32. ブランチ • Gitはマージの他にリベースという機能がある 記録A 記録B記録C 記録E 記録D 最新 Masterブランチ バグフィックス用 ブランチ
- 33. ブランチ • リベースはマージとは異なり、記録C、記録Eの変更を先 に適用する方法 – リベースはいろんな機能があるのでこれでは不十分 •イマイチ僕も理解してないので、自分で勉強してね(・ω<) てへぺろ 記録C 記録E 記録D 記録F Masterブランチ バグフィックス用 ブランチ
- 34. バージョン管理システムのメリッ ト • ソースコードを持ち歩く必要ない – ソースコードを渡すときにZIPとかUSBメモリ で渡す必要がない –URLを教えれば、常に最新のソースコードを 渡すことが出来る • バイナリやドキュメントも管理可能
- 35.
- 36.
- 37.
- 38.
- 39. バージョン管理システムのメリッ ト • 複数人でのファイル編集が可能 – モジュール単位で作業分担が可能 –プロジェクトのドキュメントのTeXを管理す るときも便利 – ファイルの編集をコミットする時に、ローカ ル環境が最新の常態でないとコンフリクト （衝突）する
- 40. バージョン管理システムのメリッ ト • コンフリクトとは – ローカルの環境が古い状態でコミットした場 合起こる現象 –最新の状態にアップデートしてからコミット することで回避出来る ユーザーA ユーザーB リポジトリ A B C D A B C D A B C D
- 41. バージョン管理システムのメリッ ト • コンフリクトとは – ローカルの環境が古い状態でコミットした場 合起こる現象 –最新の状態にアップデートしてからコミット することで回避出来る ユーザーA ユーザーB リポジトリ A B C D A B C D A B C D E F
- 42. バージョン管理システムのメリッ ト • コンフリクトとは – ローカルの環境が古い状態でコミットした場 合起こる現象 –最新の状態にアップデートしてからコミット することで回避出来る ユーザーA ユーザーB リポジトリ A B C D A B C D A B C D E F コミット E
- 43. バージョン管理システムのメリッ ト ユーザーA ユーザーB リポジトリ A B CD A B C D A B C D F コミットするが、コンフリクトする E E 橙色の部分が一緒じゃないので最新ではない
- 44. バージョン管理システムのメリッ ト ユーザーA ユーザーB リポジトリ A B CD A B C D A B C D アップデート E E E アップデートすると自動的に差分がマージされる F
- 45. バージョン管理システムのメリッ ト ユーザーA ユーザーB リポジトリ A B CD A B C D A B C D コミット E E E F F
- 46. バージョン管理システムのメリッ ト • 絶対してはいけないこと！！ – よくやる人がいるので注意 ユーザーA ユーザーB リポジトリ AB C D A B C D A B C D F コミットするが、コンフリクトする E E 橙色の部分が一緒じゃないので最新ではない
- 47. バージョン管理システムのメリッ ト • 絶対してはいけないこと！！ – よくやる人がいるので注意 ユーザーA ユーザーB リポジトリ AB C D A B C D A B C D F E E 作業ファイルを一時保存しておき、アップデートする A B C D E
- 48. バージョン管理システムのメリッ ト • 絶対してはいけないこと！！ – よくやる人がいるので注意 ユーザーA ユーザーB リポジトリ AB C D A B C D A B C D F E E 保存したファイルを上書きする A B C D FE
- 49. バージョン管理システムのメリッ ト • 絶対してはいけないこと！！ – よくやる人がいるので注意 ユーザーA ユーザーB リポジトリ AB C D A B C DE E システムはEが無いの で、削除したと判断 A B C D FE
- 50. バージョン管理システムのメリッ ト • 絶対してはいけないこと！！ – よくやる人がいるので注意 ユーザーA ユーザーB リポジトリ AB C D E A B C D FE A B C D F コミット
- 51.
- 52. Gitのメリット • オフライン環境でもバージョン管理でき る • マージが超賢い(ラインマージ) •コミットログを再編集することができる – git-rebaseやgit-resetなど • GitHubという強いバージョン管理インフ ラがある
- 53.
- 54. GitHubについて • 無料でGitの(リモート)リポジトリが作れる – 一部制約あり、学生には特典あり •チケット管理システムやWikiがくっついて る • GitHubならではの機能が素晴らしい – ForkやPullRequest Octocat
- 55. Fork • 他人の公開リポジトリを自分の公開リポ ジトリとしてコピーする – 自分のリポジトリのように編集できる –相手のリポジトリには影響がない リポジトリ リポジトリ
- 56. PullRequest • 自分の改良したブランチをマージしても らう為のリクエスト – OSS文化ではよくある形式 –自分でバグフィックスしたブランチを送る • 要はマージのリクエスト リポジトリ リポジトリ Pullしてください♡
- 57. PullRequest • 自分の改良したブランチをマージしても らう為のリクエスト – OSS文化ではよくある形式 –自分でバグフィックスしたブランチを送る • 要はマージのリクエスト リポジトリ リポジトリ Pullしてください♡ クソコードなんかマージしねぇよ
- 58.
- 59. Git入門 • このワークショップではWindows版の公式Gitクライアン トを使っていることを想定 • 主にCUIのGitBashを使う まだ入れてない人は大至急 –http://git-scm.com/downloads
- 60.
- 61. Git入門 • 今回の演習ではGitBashを中心に話をします • Windowsで他のクライアントを使ってる人 •MacOSやLinux使ってる人、コマンドだけ把 握してください
- 62.
- 63. Git入門 • まずは作業ディレクトリを作る – $mkdir techfun && cd techfun • 作業ディレクトリの確認 – $ explorer .
- 64.
- 65. 既存のリポジトリについて • 既にリモートリポジトリがある場合 – $git clone https://github.com/oppai/homo.sh
- 66.
- 67. リポジトリを作る • 作業フォルダを作成・移動 – $mkdir hello && cd hello • 初期化作業をする – $ git init スクリーンショットはtechfunディレクトリの中で作業してるけど、 helloディレクトリだと思ってください＞＜
- 68. 変更の確認 • 今までの状態を確認をしてみる – $git status
- 69.
- 70. 変更の確認 • ステータスの確認 – $git status
- 71. ファイルの追加 • リポジトリにHello.txtを追加することを通知(ステージ) – $git add Hello.txt • 確認をしてみる – $ git status
- 72. 内容をリポジトリに反映 • ステージした内容をリポジトリに反映 – $git commit –m “init and add hello.txt” • なんか怒られた！
- 73. ユーザーの登録 • メールアドレスの登録 – $git config --global user.email “your[at]email.com” • ユーザー名の登録 – $ git config --global user.name “hoge”
- 74. 内容をリポジトリに反映 • ステージした内容をリポジトリに反映 – $git commit –m “init and add hello.txt” • この作業をコミットと呼ぶ
- 75. 変更の確認 • ステータス確認 – $git status • コミットログを確認 – $ git log
- 76.
- 77.
- 78. ここまでのまとめ リポジトリ ファイルのステージ $ git add<file…> A ファイルをコミット出来る状態にする A
- 79. ここまでのまとめ リポジトリ 変更のコミット $ git commit–m “hogehoge” A 変更をリポジトリに登録する A
- 80.
- 81.
- 82.
- 83.
- 84.
- 85. リモートリポジトリの作成 • 基本は書いている事そのまま – $git remote add origin your_url – $ git push -u origin master Githubのidとpassが要求される
- 86.
- 87.
- 88.
- 89.
- 90.
- 91.
- 92. ブランチを変更 • ブランチの確認 – *は現在見ているブランチ –$ git branch –a • 情報を取得 – $ git fetch – $ git branch –a
- 93. ブランチを変更 • fix-01に使用するブランチを変更 – $git checkout fix-01 – $ git branch –a
- 94. ファイルの更新 • README.mdファイルを作成 – マークダウン記法で書かれた説明書 –HTMLやCSSのようにGitHub上で見やすい
- 95. ファイルの更新 • 前回と同じように追加 – $git add README.md – $ git commit –m “add README.md” • コミットログを確認
- 96. ファイルの更新 • もし間違ったコミットをしてしまった場合 – 一つ前のコミットに戻す –$ git reset --soft HEAD^ • 作業ファイルを綺麗にしたい場合 – 最新のコミットの状態に戻す – $ git reset --hard HEAD
- 97. ブランチの変更 • ブランチをmasterに切り替えてみる – $git checkout master • ファイル構造が変わったのを確認 – README.mdが消える – fix-01ブランチに戻しておこう
- 98. ブランチの変更 • ブランチがfix-01か確認 – $git branch – もし違っていたらcheckoutしてfix-01に切り替える • リモートのfix-01にローカルのfix-01の変更をコピー – $ git push origin fix-01
- 99.
- 100. ここまでのまとめ • ブランチを確認 – $git branch [-a] • ブランチの変更 – $ git checkout branch_name • ローカルの変更をリモートへ適用 – $ git push origin branch_name • コミットを１つ戻す – $ git reset --soft HEAD^
- 101.
- 102.
- 103.
- 104.
- 105.
- 106.
- 107.
- 108. ブランチのマージ • ブランチがmasterか確認 – $git branch – もし違っていたらcheckoutしてmasterに切り替える • リモートのfix-01の変更点をローカルのmasterにマージ – $ git pull origin fix-01
- 109.
- 110.
- 111.
- 112.
- 113.
- 114.
- 115. PullRequestを処理 • ローカルでマージしたものを破棄 – $git reset --hard HEAD^ • リモートサーバから新しく差分をコピーする – $ git pull origin master
- 116. まとめ • PullRequestを送る場合、専用ブランチを作成する – Githubからでもコンソールからでも作成可能 –$ git checkout –b new_branch – $ git push origin new_branch • PullRequestを受け取ったらマージして動作確認する – $ git pull target_url target_branch • OKならマージをPush (Github上でマージ) – $ git push origin main_branch
- 117.
- 118. git-reset • マニュアル便利 – $man git-reset • 広島Git勉強会 201306 - やりなおせるGit入門 – http://blog.eiel.info/blog/2013/06/02/hiroshima-git/
- 119. git-reflog • [技術][Git]Git初心者が絶対に覚えておくべきコマンド – http://d.hatena.ne.jp/idesaku/20091106/1257507849 •いざという時のためのgit reflog - Qiita [キータ] – http://qiita.com/items/e37c707938847aee671b
- 120. Bitbucket • Bitbucket – https://bitbucket.org/ •無料のプライベートリポジトリが無限に作れる！ • もちろん公開リポジトリも作成可能 • グループでの開発に人数規制がある • 日本語にほとんど対応してる • マジ優良サービス
- 121. .gitignore • 管理対象外のファイルを指定できる – .o,.swpなどのゴミファイルを管理対象外に •開発環境に合わせて、作成すると便利 – VisualStudioなら.objやbinフォルダなどを指定 • ググるとたくさん出てくるので参考に
- 122. マークダウン記法 • Markdown記法 – マークダウン記法をマスターするためのサイト・チートシー ト・ツール。http://bamka.info/3765/ • GithubではいろんなところでMarkdown記法を使う • README.mdをMarkdownで書いておくとWebから見たと きに綺麗に見れる • その他にもレビューなどにも使える • 最初はめんどくさいけど、覚えると便利
- 123.
- 124.
- 125.
- 126.
- 127. Issue管理 • GitHubについてるチケット管理システム – 詳しくはググって •PullRequestもIssueとして管理される – コミットコメントに#番号と付けるとそのIssueのコメ ントとしてコミットが表示されるので便利 • $ git commit –m “#1 fix expressions”
- 128. もっと勉強したい • Git公式（日本語） – http://git-scm.com/book/ja/ •LearnGitBranching (ヤバイ) – http://pcottle.github.io/learnGitBranching/ • サルでも分かるGit入門 – http://www.backlog.jp/git-guide/ • 自分でガンガン使うのが近道！
- 129.