はじめに
以下の記事の続きです。
Githubでのプログラム修正の流れ その1
Githubでのプログラム修正の流れ その2
今回の記事に出てくる言葉
用語 | 意味 |
---|---|
リポジトリ | ファイルやディレクトリの 変更履歴を保管しておくもの |
ローカルリポジトリ | 自分のPC上にあるリポジトリ |
リモートリポジトリ | インターネット上に存在するリポジトリ GitHubやbitbucket等 |
コミット | ファイルの修正や追加をローカルリポジトリに 変更履歴として記録すること |
ブランチ | 変更履歴の流れを分岐して記録していく物。masterブランチという大元があり、そこからブランチ(枝)が分かれている、、、というイメージ。修正する機能ごとにブランチを作り、プログラム修正が完了したらmasterブランチに反映する。 |
プルリクエスト | ローカルリポジトリで修正したコードに対して、レビュー依頼をすること |
マージ | ブランチでの修正内容ををmasterブランチに反映すること |
ファイル修正
前回の記事まででブランチの作成はできていると思うので、早速ファイルを修正してみましょう。
こんな感じで「hello world」から「hello world!!!」にしてみます。
するとGitHubDesktop上に変更前と変更後の比較が表示されます。
続いて、publish branchを押下してローカルリポジトリの内容をリモートリポジトリに反映します。
プルリクエストを出す
Create Pull Requestを押下してプルリクエストを出しましょう。
するとブラウザでGitHubが開かれるはずなので、何をどのような目的で修正したのか記入してCreate pull request押下しましょう。これでプルリクエストは完了です。
レビュー
レビュアーから修正依頼がきたら、その都度対応しましょう。
今回は以下のような修正依頼が来たとします。
修正内容を確認し、レビュアーからの指摘が無くなるまでファイルの修正→コミット→プルリクエストを繰り返します。
マージ
指摘反映が完了したら、Merge pull requestボタン押下 → Confirm meergeボタン押下でmasterブランチへの反映は完了です。
これで完了
以上がGitHubプログラム修正の流れとなります。他にもいろいろな機能があるので、Gitを使いこなして効率の良い開発を進めましょう!