学ぶ分野から探すGit・GitHubGit・GitHubページ 1 / 1目次NEXT CHAPTER分野から探すGit・GitHubチーム開発のいちばんのつまずきをほどく開発の話題で最初につまずくのが Git です。なぜ履歴を残すのかから、ブランチ・プルリクエスト・レビュー・自動配備・本番昇格まで、5slab のチーム開発の型をそのまま順番にほどきます。公開中 12 章読み始めるまず土台履歴・枝・提案書。開発の会話に出てくる言葉をつかむ4 章1第1章しおりなぜ履歴を残すのか「企画書_最終_v2」が増えるのは、なぜでしょうか2第2章Git と GitHub の違いGit と GitHub は、同じもののことですか3第3章基本の流れ「枝を切って、PR 出しておきました」は、何をしたのでしょうか4第4章ブランチとマージ何人かが同時に作業しても、混ざらないのはなぜでしょうか5slabの型で進める提案書で進み具合を追い、確認する役割を知る3 章5第5章5slab の一本道5slab の開発は、いつも何をどの順で進めているのでしょうか6第6章提案書とレビューレビューは誰が、いつ、何を見ているのでしょうか7第7章main へ統合する「land しました」と聞いたとき、何が起きたのでしょうか届けて守る検証環境で試して、本番へ出す版を判断する3 章8第8章自動検査と自動配備main に入った変更は、誰がサーバーに置いているのでしょうか9第9章本番へ昇格する「本番に出してよいですか」と聞かれたら、何を確認すればよいのでしょうか10第10章リポジトリを守る仕組み「うっかり」で本番が壊れないのは、なぜでしょうか画面と応用画面ツアーは全員向け。DBのブランチ戦略は開発者向けの別構成例2 章11第11章GitHub の画面の見方複雑に見える画面は「3 階建て」で読める12第12章ブランチ戦略（開発者向けの応用）DBも作業ごとに分ける別構成の例。依頼や公開確認だけなら読み飛ばせます分野から探すに戻るページ 1 / 1