Gitでソースコード管理

1. Gitでソースコード管理 Ryosuke Uchiyama
2. はじめに
4. 進捗通知 ストーリー追加 優先順位更新 プロジェクトリーダー 開発チーム 進捗確認 進捗更新 成果物更新 テスト・ビルド デプロイ結果通知 チケット作成 テスト・ビルド依頼 テスト・ビルド デプロイ結果通知 デプロイ
5. 本資料のゴール • Gitとは何かが分かる • ローカルリポジトリを作成できる • 変更をローカルリポジトリにコミットできる • ローカルリポジトリの変更をリモートリポジトリにプッシュできる • リモートリポジトリの変更をローカルリポジトリにプルできる • プルリクベース開発が何かが分かる
6. Gitとは
7. Wikipediaの解説 Git（ギット[2][3][4]）は、プログラムのソースコードなどの変更履歴を記録・追跡するための分 散型バージョン管理システムである。Linuxカーネルのソースコード管理に用いるためにリーナス・ トーバルズによって開発され、それ以降ほかの多くのプロジェクトで採用されている。Linuxカーネ ルのような巨大プロジェクトにも対応できるように、動作速度に重点が置かれている。現在のメン テナンスは濱野純 (英語: Junio C Hamano) が担当している。 Gitでは、各ユーザのワーキングディレクトリに、全履歴を含んだリポジトリの完全な複製が作られ る。したがって、ネットワークにアクセスできないなどの理由で中心リポジトリにアクセスできな い環境でも、履歴の調査や変更の記録といったほとんどの作業を行うことができる。これが「分散 型」と呼ばれる理由である。
8. Gitとはバージョン管理システムである
9. バージョン管理システムがないとどうなるか
10. Gitによるバージョン管理
11. コミットという単位で変更を管理する 今ココ！ 9/1 Aさん：初版作成 9/3 Cさん：◦◦について追記 9/7 Bさん：△△を修正 コミット
12. 全てのPCが完全な履歴を保持している リモートリポジトリ ローカルリポジトリ
13. リポジトリは複数の履歴の流れを持てる master update bugfix ブランチ
14. ローカルリポジトリを作成する クローン (clone) $ git clone https://git.minatoproject.com/tsubamesoftware/miyanagipj.git
15. 変更をローカルにコミットする コミット (commit) $ git add –A $ git commit –m "◦◦を作成"
16. 変更をリモートにプッシュする プッシュ (push) $ git push [–u origin master]
17. リモートの変更をプルする プル (pull) $ git pull [origin master]
18. Gitがもっと便利になるプルリク
19. プルリク（Pull Request）とは • Gitをホスティングするサービスに付随しているコードレビュー機能 • 他者がフォークしたブランチを差分を見てpullすることからこう呼ばれる • GitHubではプルリクエスト、GitLabではマージリクエストという
20. プルリクベース開発の流れ フォーク
21. プルリクベース開発の流れ クローン
22. プルリクベース開発の流れ 作業用ブランチ作成 別の人が更新してたりする
23. プルリクベース開発の流れ プッシュ ※厳密にはここでAさんのリモートをpullするため競合が発生します
24. プルリクベース開発の流れ プルリクエスト
25. プルリクベース開発の流れ 新しいコミット マージ
26. プルリクエストのメリット • レビュー物件を一覧化できる • Gitの画面上で差分を比較でき、レビュー承認もボタン押下でできる • コード行単位でコメントのやり取りができる • Redmine、Trac、Slack、Jenkins等のツールと連携できる • マスタリポジトリのmasterブランチを保護することで「レビューを通していな いコードが本番環境に入り込む」が未然に防げる
27. Demo