GitHubを使ってブランチ戦略を実践してみよう

ブランチ戦略の理解と、GitHubを使ってIssue、ブランチを作成、プルリクエストを作ってマージしてみる

Transcript

1. ブランチ戦略を理解して、マー ジしてみよう 2024/10
2. 通常、本番用のソースコードを直接編集することはありません • ソフトウェア開発では、本番用コードを直接編集することはありません。 • 通常、本番用コードをコピーした、別環境の作業場を用意し、そちらでコードを編集 します。そして、その環境下で正しい挙動をすることを確認、テストしたうえで、本番 のソースコードに逆輸入するような形で、ソースコードをアップデートします。この別 環境の作業場を「branch - ブランチ」、本番にソースコードを逆輸入するためのレ ビュー依頼を「pull request - プルリクエスト 」と呼びます。 • 本番のソースコードは「main branch」と命名されることが多いです main branch A ブランチ作成 作業後、プルリクエスト作成 承認され次第、main に反映 ブランチ戦略
3. main branch A ブランチ作成 作業後、プルリクエスト作成 承認され次第、main に反映 ブランチ戦略 2 branch B 最新 取り込み branch C
4. 1. Issueからブランチを作成してみましょう • ブランチはIssueに紐づけることができます 2. 各ブランチにて、ファイルをアップロードしてみましょう • 必ず自分のブランチにいることを確認してください 3. プルリクエストを作成してみましょう • レビュワーには a-shinba を指定してください 【ハンズオン】ブランチと PR作成