pull request は、 mainの一部になる前に、新鮮な目で作業を見る機会です。 このチュートリアルでは、独自の変更を確認し、改善点を適用して、Web サイトの最初の機能をマージします。
前提条件
add-starred-listブランチ用のオープンなプル リクエスト。 まだ開いていない場合は、「 コードの記述と格納」を参照してください。
コードをレビューする理由
マージする前に変更を確認すると、バグをキャッチしたり、不足しているエラー処理を見つけたり、作業がまだ新しい間に読みやすさが向上したりするのに役立ちます。 単独で作業する場合でも、意図的なレビューは、ソフトウェア プロジェクトを正常に保ち、後でコラボレーションを容易にする習慣を構築します。
pull request での変更の確認
** **の pull request の [GitHub](変更されたファイル) タブには、ブランチが追加または変更するすべての相違が表示されます。 注意深く確認してください。
- [ Pull requests の表示 ] をクリックして、 GitHubの pull requests 受信トレイに移動します。 または、
stargazers-logリポジトリに移動し、[ *Pull requests](プル要求* ) タブをクリックします。 - タイトルをクリックして、
add-starred-listブランチの pull request を開きます。 - [変更されたファイル] タブをクリックします。
- 各ファイルの差分を確認し、次を探します。
script.jsのファイル名が一致しないなどのバグやロジック エラー。events.jsonが読み込みに失敗した場合の動作など、エラー処理が見つかりません。- 代替テキストの不足やラベルの不明確など、アクセシビリティの問題。
- 将来の読者が理解に苦労する可能性のある不明確な点。
- 変更する内容をメモするには、行の上にマウス ポインターを置き、[ ] をクリックし、コメントを入力して、[ コメント] をクリックします。
省略可能: AI のセカンド オピニオンを取得する
エディターで コパイロットチャット に同じ変更を確認し、2 つ目の視点を提供するように依頼することもできます。
-
エディターで、 コパイロットチャットを開きます。
-
次のようなプロンプトで変更を確認するように依頼します。
Text Review my changes for bugs, missing error handling, and accessibility issues.
Review my changes for bugs, missing error handling, and accessibility issues. -
提案を読み、機能を改善するものを決定します。 どの変更を行うのかを常に制御できます。
ヒント
Copilotを使用して独自のコードを確認する場合は、有料プランにサインアップして追加の AI クレジットとCopilotコード レビューを取得できます。これは、レビュー担当者としてCopilotを追加したときに pull requests を自動的に確認できます。
詳細については、ドキュメントの「AUTOTITLE」と「を参照してください。
フィードバックの適用
レビュー ノートと、あなたが同意した コパイロットチャット の提案を更新内容に反映します。
- エディターで、影響を受けるファイルを更新して、見つかった内容に対処します。
- GitHub Desktopで、
Address review feedbackなどのコミットメッセージを入力し、[Commit # files to add-starred-list] をクリックします。 - [ プッシュ配信元 ] をクリックして、新しいコミットで pull request を更新します。
プルリクエストをマージ
変更に問題がなければ、それらを mainにマージします。
- GitHubで、pull request に戻り、ページを更新します。
- [ 会話 ] タブをクリックします。
- [ プル要求のマージ] をクリックし、[ マージの確認] をクリックします。
- [ ブランチの削除 ] をクリックして、
add-starred-listブランチをクリーンアップします。
進行状況の確認
完了した作業を反映するようにプロジェクト ボードを更新します。
- GitHubで、リポジトリの [
Stargazers logから**** プロジェクト ボードに移動します。 Display a list of starred repositories項目を [進行中] から [完了] にドラッグします。
さらに多くの機能を構築する場合は、新しい問題を作成し、次のサイクルを開始するときに[ 進行中] に移動します。
完全なワークフロー
これで、完全な開発者ワークフローを実行できました。
- 問題とプロジェクト ボードを使用して作業を計画しました。
- ブランチを作成し、機能を構築しました。
- pull request を開きました。
- 独自の変更を確認しました (必要に応じて、 Copilotのヘルプを使用)。
- 機能を
mainにマージしました。 - 進捗状況を反映するようにプロジェクト ボードを更新しました。
達成した内容
| Task | 結果 |
|---|---|
| [変更されたファイル] タブにある変更を確認しました | pull request の [ファイルの変更] タブを開き、差分を読み取った。 |
| フィードバックを適用し、オプションの AI アシストを受け取りました | 変更を適用し、場合によっては コパイロットチャット にレビューを依頼しました。 |
| あなたの機能をマージしました | 変更内容を mainにマージしました。 |
| 進行状況を更新しました | プロジェクト ボードで問題を [完了] に移動しました。 |
次のステップ
- Web サイトを自動的に更新するライブ URL にソフトウェア プロジェクトを発行します。 Web サイトを自動的にデプロイする に進みます。