2. [Repositories] データ変換入門11 - PRの承認とマスターへのマージ

注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

11 - PRの承認とマスターへのマージ

📖 タスクの概要

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

🔨 タスクの説明

  1. アプリケーション画面の上部にあるプルリクエストメニューアイテムを選択して、リポジトリ内のすべてのオープンなPRの一覧を表示します(ブラウザのズームレベルによっては、プルリクエストアイテムがMore ▾ドロップダウンメニューに含まれている場合があります)。
  2. リストからユーザーのPRを選択してください(1つだけのはずです)。
  3. 利用可能なタブのいくつかを確認してください。Pipeline review タブは、関連する入力データセットと出力データセット間の関係を視覚化し、Commits タブでは、PRに関連する各コミットを詳しく調べることができます。これらのタブは、このトレーニングのルートで複雑さが増すにつれて、コード変更がパイプライン全体に与える影響を理解する上でますます役立ちます。
  4. このPRを十分に確認し、承認する準備ができたとしましょう。UIの右下隅で、Squash and merge オプションを選択してください。次に、ポップアップウィンドウで Squash & Merge を選択して、選択を確定してください。
  5. マージしたブランチを右下の X Delete branch を選択して安全に削除できます。

ヒント

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

📚 推薦文献(約8分の読み物)

先の演習では、パイプラインの開始時にシンプルなアイデンティティ変換を扱ったため、多くのプルリクエスト機能については簡単に説明しました。以下のドキュメントエントリを読んで、より詳細な情報を得ることをお勧めします。