Recommended
More Related Content
What's hot
What's hot (20)
Similar to GitHubにおける開発フローについてのお話
Similar to GitHubにおける開発フローについてのお話 (20)
More from Sota Sugiura
Recently uploaded
Recently uploaded (9)
GitHubにおける開発フローについてのお話
- 2. アジェンダ 1. Git is 2. GitHub is
- 4. Git is • Gitとは • 偉い人いわく 分散バージョン管理システム • ちなみにSVNは 集中管理型の情報共有システム
- 5. チープな図で図解
- 8. 要するに • SVNだとリポジトリは１つなのに対して、Gitはリモート リポジトリとローカルリポジトリが存在する • Gitだと以下の手順で開発していく 1. リモートリポジトリをローカルにclone 2. ローカルリポジトリに変更をcommit 3. ローカルリポジトリの変更内容をリモートリポジト リにpush
- 9. 主なコマンド • Gitの主なコマンドを説明します • とりあえずこんなのあるんだーくらいで大丈夫です • 実行時はGitリポジトリのフォルダでgit command というように使います
- 10. 主なコマンド一覧 • add ファイルの変更をステージングにのせる • commit ステージングの変更をリポジトリに反映 • push {repo_name} {branch_name} リモートリポジトリに指定したブランチの変更をpush • branch {branch_name} ブランチを作成
- 11. 主なコマンド一覧 • checkout {branch_name} ブランチを変更 • pull {repo_name} {branch_name} 指定したリポジトリのブランチの変更をローカルにpull • diff ステージングされてないファイルの変更差分を表示 • status commitされていない変更を表示 • log commitログを表示
- 12. 後ほど使ってみます
- 13. GitHub is • リモートリポジトリを無料でおけるサービス • (本来ならGitサーバが必要) • Gitの履歴の可視化がすごい • 他にもいろいろ便利機能がある
- 14. 実践、その前に • CUIの方はgitコマンドがインストールされていれば 大丈夫です • GUI操作の場合、GitHubのクライアントソフトが あるのでダウンロードしてください • 「GitHub Windows」とかでggれば出てきます
- 15. 擬似開発してみましょう • https://github.com/sota1235/GitHubFlowTest • 上記のURLをgit cloneしましょう • git clone https://github.com/sota1235/GitHubFlowTest
- 16. 擬似開発してみましょう • これでリモートリポジトリがローカルにclone、す なわちコピーされました • これを実際に編集していきます • 後ほど話す開発フローにのっとってやっていきます
- 17. 開発用ブランチを切りましょう • 一般的に共同開発するときはmasterブランチにcommitを行 いません • 開発用のブランチを切り、masterにmergeします • git branch usernameしてgit checkout usernameしましょ う • git branchして自分の名前の横に*が表示されてれば成功です • (みんな同じ名前のブランチだと後ほど困るのでご自身の GitHubのユーザーネーム等で作っていただけると嬉しいです)
- 18. ファイル編集 • 適当な.txtファイルを作成してください • 編集し、保存したらgit status • Untracked file: hoge.txtと表示されたと思います • このファイルはまだステージングされていません
- 19. え？ステージング？ • GitにはSVNと違ってステージングなるものがあります • ステージングにあがってるものがcommitした時に記録 されます • これをうまく使うことでcommitを区切ったりします • viewファイルをあえてaddせず、設定ファイルをadd してcommit • そのあとviewファイルをaddしてcommit
- 20. てことでステージングします • ステージングにファイルをのせるのはaddです • git add hoge.txt • git statusするとnew file: hoge.txtと出たと思いま す • これでcommitする準備ができました
- 21. コミットだあああああああ • commitすることでリポジトリに記録が残ります • git commit -m hoge.txtを追加しました • -mは必須です • コメントオプションになります • git statusして何も表示されていなければ成功 • これでgit logするとコミットできたのが確認できると思いま す
- 22. リモートリポジトリにpush • ローカルでの編集をリモートにpushします • git push origin {username} • {username}は先ほど作ったブランチ名を入れてく ださい
- 23. originって？ • git push origin {username} • このoriginはリモートリポジトリの登録先です • git remote -vすると一覧が見れます • git cloneすると自動でoriginという名前でリモート リポジトリのURLが登録されるのでまぁあまり気 にしなくて大丈夫です
- 26. masterにmerge • このままだとリリースブランチ(masterブランチ)は 変更されません • 変更を反映するリクエストを送りましょう • Let s Pull Request!!!
- 27. Pull Request • プルリクって言ったりします • ブランチからブランチへ変更をmergeするよう要 望が出せます • 実際に出してみましょう
- 30. 完了！
- 31. Pull Requestのあれこれ • コメントができる • 変更内容が見やすく見られる • mergeはプルリクした人以外がコードを読んで行う
- 32. git pull • あれ、これローカルでゴリゴリ開発してても他の人 がガンガンmergeしたらリモートとの差分がすご いことにならないか…？ • そこで出てくるgit pull • git pull origin masterすることでリモートの masterブランチを今作業中のブランチにいい感じ にmergeしてくれる
- 34. 杉浦案 • tagページリリースまではGitHub-flowライクな開発 フローをとる • 本来だとリリースのスパンが長いサービスには向 いていないが、まだリリース前であるため • GitHubが採用され始めたばかりなので社内の知見 をためるため、別チームと違う形をとってみたい • 僕が個人的に好みなフロー
- 35. 基本的な流れ • チケットが立つ(Redmine) • チケットの担当者が決定 • 担当者がローカルでブランチを切る • 34_add_new_buttonというようにチケット番号と修正内 容でブランチ名を決める • 修正したらブランチをリモートにpush、pull requestを作成 • 他の人がコードレビュー、問題がなければmergeを行う
- 36. ゆるりとしたルール(提案) • ブランチ名は{ticket番号}_{ticket内容を_区切り} • commitメッセージは1行(後からログが見やすいた め) • SVNと同じようcommitメッセージにはpms #1と いうようにチケット番号を含める
- 37. おまけ • CUIでGit開発を行う場合、必ずgitconigを作りましょう • gitのstatusに色をつけたり、aliasを設定したりを記述する ファイル • ホームディレクトリに.gitconfigという名前でおいてく • もしよかった参考にしてください(強い人の設定全パクりした gitconfigです) • https://github.com/sota1235/dotfiles/tree/master/ gitfiles
- 38. おまけ • GUIツール • SourceTreeがいいらしい • GitHub標準のアプリもあります