Submit Search
Git演習(2)
Download as PPTX, PDF
0 likes
138 views
S
sono8
unityでのチーム開発におけるgitの使い方を学びます。
Engineering
Read more
1 of 36
Download now
Download to read offline
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
More Related Content
PDF
ゆるふわっGit入門
Keisuke Oohata
PDF
やりなおせる Git 入門
Tomohiko Himura
PDF
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
PDF
新人Git/Github研修公開用スライド(その2)
pupupopo88
PPTX
私が複数人開発で感じている Git・GitHubのうまみ
Shihomi Katayama
PDF
デザイナのためのGit入門
dsuke Takaoka
PDF
Gitはじめの一歩
Ayana Yokota
PDF
20120125 チーム開発
Taichi Shindo
ゆるふわっGit入門
Keisuke Oohata
やりなおせる Git 入門
Tomohiko Himura
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
新人Git/Github研修公開用スライド(その2)
pupupopo88
私が複数人開発で感じている Git・GitHubのうまみ
Shihomi Katayama
デザイナのためのGit入門
dsuke Takaoka
Gitはじめの一歩
Ayana Yokota
20120125 チーム開発
Taichi Shindo
What's hot
(20)
PDF
ノンプログラマのGit入門
Muyuu Fujita
PDF
ポイントをおさえて移行しよう!Git乗り換え超初級
Kouji Matsui
PDF
新人Git/Github研修公開用スライド(その1)
pupupopo88
PDF
Git Flowを運用するために
Shun Tsunoda
PDF
社内Git勉強会向け資料
Hiroki Saiki
PDF
ノンプログラマでも今日から使える「Git」でバージョン管理
H2O Space. Co., Ltd.
PDF
WindowsでGitを使う際のベストプラクティス
Ryo Sumasu
PDF
はじめてのGit #gitkyoto
Hisateru Tanaka
PDF
SourceTreeで始めよう! Gitへの乗り換え指南
Kouji Matsui
PDF
Git introduction
totzyuta
PDF
Git introduction
Yuta Totsuka
PDF
Python界隈の翻訳プロジェクト
Tetsuya Morimoto
PDF
はじめようGit
techscore
KEY
日本androidの会 中国支部 29回勉強会 github
Tomohiko Himura
PDF
Git flowについてまとめてみた
hiroyuki koga
PPTX
Git flow概要紹介
y42sora
PPTX
Git & GitHub を使いこなしてハッピーになろう! - WordBench 名古屋 & concrete5 名古屋 合同勉強会
Katz Ueno
PDF
【社内勉強会】弊社でGit!実案件での運用
Reimi Kuramochi Chiba
PPTX
GitLabを16万8千光年ワープさせた話(改)
Wataru NOGUCHI
PDF
Introduce Toaster (Toasterのご紹介)
Hiroshi Sakate
ノンプログラマのGit入門
Muyuu Fujita
ポイントをおさえて移行しよう!Git乗り換え超初級
Kouji Matsui
新人Git/Github研修公開用スライド(その1)
pupupopo88
Git Flowを運用するために
Shun Tsunoda
社内Git勉強会向け資料
Hiroki Saiki
ノンプログラマでも今日から使える「Git」でバージョン管理
H2O Space. Co., Ltd.
WindowsでGitを使う際のベストプラクティス
Ryo Sumasu
はじめてのGit #gitkyoto
Hisateru Tanaka
SourceTreeで始めよう! Gitへの乗り換え指南
Kouji Matsui
Git introduction
totzyuta
Git introduction
Yuta Totsuka
Python界隈の翻訳プロジェクト
Tetsuya Morimoto
はじめようGit
techscore
日本androidの会 中国支部 29回勉強会 github
Tomohiko Himura
Git flowについてまとめてみた
hiroyuki koga
Git flow概要紹介
y42sora
Git & GitHub を使いこなしてハッピーになろう! - WordBench 名古屋 & concrete5 名古屋 合同勉強会
Katz Ueno
【社内勉強会】弊社でGit!実案件での運用
Reimi Kuramochi Chiba
GitLabを16万8千光年ワープさせた話(改)
Wataru NOGUCHI
Introduce Toaster (Toasterのご紹介)
Hiroshi Sakate
Ad
Similar to Git演習(2)
(20)
PDF
Git-dojo In Sendagaya.rb
Jun Fukaya
PPTX
Git演習(1)
sono8
PPTX
GitHubワークショップ
Hiroaki Murayama
PDF
@s_ssk13さん向けGitHub入門
Takashi Imagire
PDF
Python for Data Analysis第1回勉強会(+git入門)
Makoto Kawano
PDF
Git for beginners
Shohei kamon
ODP
Next-L Enju 開発ワークショップ #02
Kosuke Tanabe
KEY
20120324 git training
Takeshi AKIMA
PDF
Git overview (v 0.96)
Tatsuki Sugiura
PDF
15分でわかるGit入門
to_ueda
KEY
Git (実践入門編)
Naomichi Yamakita
PDF
KinectとC#を用いた実践的VRアプリ開発 第2回 2015/10/13 Github CLI編
Akihiko Shirai
KEY
P4p20120408
Naoto Koshikawa
PDF
Git勉強会 2016 Gitで卒論を管理しよう回
kinme modoki
PPTX
Build insider offline session チームでのgit
Tadahiro Ishisaka
PDF
Yahoo! JAPAN MEETUP #21~Gitを使ったチーム開発体験@名古屋~
Yahoo!デベロッパーネットワーク
PDF
Git入門-概念編
Shin Tanigawa
PDF
gitを使う準備をしよう - 初級編
Sanae Yamashita
PPTX
第1回Git勉強会
kunimiya
PDF
Git 道場 心:Git総論、心構え
Nobuhiro Iwamatsu
Git-dojo In Sendagaya.rb
Jun Fukaya
Git演習(1)
sono8
GitHubワークショップ
Hiroaki Murayama
@s_ssk13さん向けGitHub入門
Takashi Imagire
Python for Data Analysis第1回勉強会(+git入門)
Makoto Kawano
Git for beginners
Shohei kamon
Next-L Enju 開発ワークショップ #02
Kosuke Tanabe
20120324 git training
Takeshi AKIMA
Git overview (v 0.96)
Tatsuki Sugiura
15分でわかるGit入門
to_ueda
Git (実践入門編)
Naomichi Yamakita
KinectとC#を用いた実践的VRアプリ開発 第2回 2015/10/13 Github CLI編
Akihiko Shirai
P4p20120408
Naoto Koshikawa
Git勉強会 2016 Gitで卒論を管理しよう回
kinme modoki
Build insider offline session チームでのgit
Tadahiro Ishisaka
Yahoo! JAPAN MEETUP #21~Gitを使ったチーム開発体験@名古屋~
Yahoo!デベロッパーネットワーク
Git入門-概念編
Shin Tanigawa
gitを使う準備をしよう - 初級編
Sanae Yamashita
第1回Git勉強会
kunimiya
Git 道場 心:Git総論、心構え
Nobuhiro Iwamatsu
Ad
Git演習(2)
1.
Git演習(2)
2.
アジェンダ 前回の復習 チームでリポジトリを管理しよう 関連リンクの紹介
3.
用語の復習 リポジトリ: コミット: ブランチ: プッシュ:
4.
用語の復習 リポジトリ: Git管理するフォルダ コミット: ファイルをリポジトリに登録すること ブランチ:
バージョンの枝分かれ プッシュ: オンライン(リモート)のリポジトリに ローカルのバージョンをアップロード
5.
本日の目標 githubを使い、チームで作るゲームの バージョン管理をできるようになろう
6.
本日の演習の流れ 1ページずつ、課題に取り組んでもらいます 全員が課題を完了するまで待ってから先に進めます! わからないことがあった人は、すぐに誰かに聞きましょう! (もちろん、僕に聞いてもokです) 早く終わった人は、まだ終わっていない人を 積極的にサポートしましょう! 積極的にコミュニケーションしましょう
7.
演習1. 新しいUnityリポジトリを作ろう Sourcetreeのメニューから 「リポジトリを作成」 前回と同じ流れです Unityプロジェクトを作り、そこにリポジトリを作る .gitignoreを追加する https://github.com/github/gitignore/blob/master/Unity.gitignore
8.
演習2. githubにプッシュしよう 複数人で管理するために、オンラインにプッシュ githubでリポジトリを作り、urlを控えておく Sourcetreeに戻り、設定→リモート→追加で リポジトリのurlを登録(デフォルトリモートとして) 登録したら、上部メニューのプッシュで リポジトリのデータをアップロードする Githubに戻り、アップロードされていることを確認
9.
覚えていたかな?
10.
チームでリポジトリを管理しよう
11.
チーム開発の基本的な流れ ブランチをフル活用してgithubで管理する 1.機能追加の前にブランチを切る 2.コミットを重ねて機能を追加する 3.追加した機能を確認し合う 4.masterブランチに統合(マージ)する 5.1-4を繰り返し、masterブランチを 常にバグ無く動く状態で更新し続ける 出典: サルでもわかるGit入門(https://backlog.com/ja/git-tutorial/)
12.
はーい、二人組作ってー
13.
演習3. リポジトリにCollaboratorを招待しよう 一緒に開発を進める人を招待しよう githubリポジトリでSettings→Collaboratorsに進む ユーザー名を入力してAdd Collaboratorをクリック 相手にCollaboratorの申請メールが届くので、リンクをク リックして承認してもらう お互いのリポジトリで行おう
14.
演習4. 自分のリポジトリでブランチを切ろう 必ず最初にブランチを切ること! SourceTree上でブランチ→新規ブランチを作成 ブランチ名のフォーマットは「user名/やること」 今回は計算のプログラムを書くので、 「user名/calculation」とする
15.
演習5. C#で計算するプログラムを書こう 自分のリポジトリに剰余計算を行うプログラムを用意 Unityでプログラムを生成し、その中に 「2つの値を受け取って剰余計算の結果を返すpublicなメソッド」を書 こう メソッドを呼び出す処理は不要 Unityでオブジェクトにアタッチし、 エラーが起きないか確認しましょう 自力で書いてください(周りに聞かない、自分で調べる)
16.
演習6. プログラムをリモートにプッシュしよう 書いたプログラムをコミットし、プッシュする Sourcetreeでコミット Sourcetreeでプッシュ githubでブランチを「user名/calculation」に変更し、 ファイルがプッシュされているか確認
17.
疲れてきた...?
18.
演習7. プルリクエストを作ろう 自分のブランチをマージしてよいかCollaboratorに チェックしてもらうために、プルリクエストを作る githubリポジトリでCodeタブのNew pull
requestをクリック base: masterのまま、compareに自分のブランチを設定 プルリクエストの名前は「何をやったか」わかりやすく書く 本文はより具体的に「何をどう変えたか」書く 書き終えたらCreate pull requestをクリック
19.
演習8. プルリクエストをレビューしてもらおう Collaboratorにコードレビューしてもらおう プルリクエスト画面、右側のタブからReviewerを Collaboratorに設定 相手のリポジトリのPull requestを確認する Files
changedタブで相手のコードを確認する Review changesでレビューを送る OKであればApprove おかしな点があればRequest Changes その他質問等があればComment
20.
演習9. レビュアーにApproveされるまで直す Approveをもらうまで コミットとプッシュを繰り返そう 計算のプログラムを直そう プルリクエストにコミット履歴が書き込まれていくはず 変更が一目でわかるようになる Approveされても改善点があれば直してコミットしよう
21.
演習10. Approveされたらブランチをマージ 計算のプログラムが正常に動くと判断されたので、 masterにマージする プルリクエストのConversationタブに移動 Merge pull
requestをクリックしてマージ マージしたらClose branchをクリックして ブランチを削除する リモートのmasterが最新のものに更新されたか確認する
22.
ちょっと休憩
23.
演習11. masterを最新の状態にしよう リモートのmasterをプルして、 ローカルのmasterをリモートのmasterと同期する Sourcetreeに戻り、フェッチでリモートの変更を取得 すべてのリモートからフェッチ masterをダブルクリックしてチェックアウトする プルでローカルのmasterをリモートと同期
24.
演習12. 相手のリポジトリをクローンしよう Collaboratorになっているリポジトリを ローカルにコピー(クローン)する Sourcetreeでファイル→新規/クローンを作成する URLに相手のリポジトリのURLを入力 保存先のパスに空のフォルダを指定 クローンする
25.
演習13. 相手のリポジトリを編集しよう 相手のリポジトリに 計算を実行するコードを追加しよう 相手のリポジトリでmasterから新たなブランチを切る ブランチ名は「user名/run_calculation」 相手のリポジトリをUnityで開き、 剰余計算のメソッドを実行するプログラムを書く 別のファイルに書いてください テストを忘れないこと! 書いたらファイルをコミット&プッシュ
26.
演習14. 相手のリポジトリにプルリクエストを送ろう 相手にコードをレビューしてもらおう githubの相手のリポジトリでプルリクエストを作る お互いにコードをレビューしあう Approveされたらmasterにマージし、ブランチを削除
27.
演習15. ローカルのmasterを最新の状態にする masterの同期を忘れない(相手のリポジトリ) Sourcetreeでフェッチ masterをチェックアウト プル
28.
お疲れさまでした
29.
まとめ
30.
用語のまとめ クローン: プルリクエスト: マージ: フェッチ: プル:
31.
用語のまとめ クローン: リモートリポジトリをローカルにコピー プルリクエスト: ブランチをマージできるかチェック マージ:
ブランチを統合 フェッチ: リモートのバージョン変更を取得 プル: リモートのバージョンをローカルにコピー
32.
チーム開発の基本的な流れ ブランチをフル活用してgithubで管理する 1.機能追加の前にブランチを切る 2.コミットを重ねて機能を追加する 3.プルリクエストを送ってレビューを待つ 4.masterブランチにマージする 5. masterをフェッチ&プル 6.1-5を繰り返してmasterを更新し続ける 出典: サルでもわかるGit入門(https://backlog.com/ja/git-tutorial/)
33.
コミットとプルリクエストの単位について コミットはできるだけ細かくする コミットメッセージ(~140文字)で端的に表せる単位 1ファイルの変更ごとにコミットするくらいの勢いで 例) 「○○ファイルのXの値をYに変更」など 1プルリクエストにつき1コミットは滅多にない 複数のコミットがまとまって1つのプルリクエストになる 例) 「HPゲージを追加」 「シングルトンパターンでデータ構造を再実装」など どんな変更も必ずプルリクエストを送る masterブランチに直接コミットすることは絶対に避ける
34.
レビューで何をするか コードに問題がないかを確認する やりたいことが端的に実現されているプログラムか? 変数名やメソッド名は適切か? 不要な処理はないか? etc... コードを読み書きする量が増えるほど、視点や指標は増えてゆく リーダブルコードを読んでみる 動作確認は基本的にしない 正常に動作するかは作業者が確認する(作業者が責任を持つ) 複雑な処理でプログラムを追いきれない場合はこの限りではない 批判にならないよう注意しよう コードの拡張性を高めるための、改善案を伝えることが目的
35.
チーム開発って面倒くさい... 一見手間が増えているだけだが、効率的に進むようになる 使い慣れていない技術は導入コストが高く見えてしまうだけ 全体の進捗と作業内容が可視化される コードの質が上がり、拡張性が高まる 数多くのゲームを作りながら、使い慣れていくことが重要 エンジニアであれば確実に身につけるべきスキル
36.
参考リンク サルでもわかるGit入門 https://backlog.com/ja/git-tutorial/ Work in ProgressパターンによるPull
Requestを利用した開発フロー https://qiita.com/numa08/items/b676e38e3dbabfd39d18 初心者向けGithubへのPullRequest方法 https://qiita.com/samurairunner/items/7442521bce2d6ac9330b Github for Unity https://unity.github.com
Download