受講生の筆者がその日学んだことをアウトプットしていくブログです。学習量によっては全て書ききれないこともあります。お気付きのことありましたバシバシコメントください!!3月中旬よりWEBエンジニアとして働くことになりました。日々の業務などについても発信させていただきたいと思います!!よろしくお願いいたします!!この広告は、90日以上更新していないブログに表示しています。超概要2はい、こんばんは。GitHub超概要2でございます。昨日はGitとGitHubの特徴、またリポジトリについて書かせていただきました。今回はGitHub内で使うブランチという機能について学習したいと思います。ブランチとはリポジトリで管理しているプロジェクトのコピーファイルです。mainファイルがあって、それを複製してできるのがブランチです。(ローカルリポジトリに近い気がします。)なぜブランチが必要なのか。大きな理由は、ブランチを作ることで開発者同士の実装作業が同じものにならないようにするためです。※ブランチをやっていても実装作業で問題が起こることもあります。それを競合(コンフリクト)と言います。ブランチのメリットは2つ。・開発者ごとに担当者を明確に分けられること・完成途中や問題のあるコードをリリースしないで済む。多くの場合、リリースしているサービスはmasterブランチのソースコードを動かしているため、同期していないブランチからの影響は受けません。作業を終えたブランチはmasterブランチにマージされ、結合されます。マージとは、ブランチとブランチを結合することで、マージするには結合されるブランチと結合の元になるブランチが必要です。マージをする前には、プルリクエストを行い、ソースコードの確認をGitHub上で行ってもらうことになります。※プルリクエストとは、GitHub上でソースコードの確認やレビューをしてもらうことをさします。プルリクエストはレビューの依頼となりますので、プルリクエストを出すと言います。リモートリポジトリでのみ更新されているため、マージ後ローカルリポジトリに反映するため、プルという作業をします。※プルとはリモートリポジトリをローカルリポジトリと同期させることです。手順は、プルをするブランチに切り替え、「Sync」ボタンを押すことです。以上で本日のブログを終えたいと思います。明日は競合(コンフリクト)について書き、また新しいレッスンに行きたいと思います。受講生の筆者がその日学んだことをアウトプットしていくブログです。学習量によっては全て書ききれないこともあります。月別アーカイブはてなブログをはじめよう!g1034725さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。