11 - PRの承認とMasterへのマージ

learn.palantir.com でも以下の内容をご覧いただけますが、アクセシビリティの観点から、ここに掲載しています。

📖 タスクの概要

このシンプルなコードベースではそれほどレビューは必要ありませんが、Code Repositoriesアプリケーションは、コードの変更とその下流の影響を検証する一連の機能を備えています。このタスクでは、あなたが作成したPRを承認します。

🔨 タスクの説明

アプリケーション画面の上部にあるPull Requestsメニューアイテムを選択し、リポジトリ内のすべてのオープンなPRのリストを表示します（ブラウザのズームレベルによっては、Pull RequestsアイテムはMore ▾ドロップダウンメニューに含まれる可能性があります）。
リストから自分のPRを選択します（それが唯一のものであるはずです）。
利用可能なタブをいくつか確認します。Pipeline reviewは、関連する入力と出力のデータセット間の関係を視覚化し、Commitsタブでは、PRに関連する各コミットに詳しく調べることができます。これらのタブは、このトレーニングのルートを通じて複雑さを増すにつれて、コードの変更が全体のパイプラインにどのような影響を及ぼすかを理解するためにますます役立つようになります。
このPRを十分にレビューし、承認する準備ができたとします。UIの右下のコーナーでSquash and mergeオプションを選択します。次に、ポップアップウィンドウで選択を確認するために、Squash & Mergeを選択します。
あなたは今、マージしたブランチを安全に削除することができます。右下の**X Delete branch**を選択します。

ヒント

ℹ️ Review warnings before mergingという警告が表示された場合、それは無視して構いません。これは、一部の出力が最新バージョンのコードで構築されていない場合に表示される場合があります。 ℹ️ 一般的に、Squash & Mergeを使用することをお勧めします。これは、Master上にクリーンなコミット履歴を残すからです。しかし、プロジェクト管理者の好みに合わせたマージタイプを選択してください。

📚 推薦文献（約8分読み）

前述の演習は、パイプラインの開始時に単純なアイデンティティ変換を扱ったため、多くのプルリクエスト機能については一部しか触れていません。以下のドキュメンテーションエントリを読むことで、より多くの文脈を理解することをお勧めします。