9 - 演習のまとめ

✅ 演習での成果物

• ユーザーのパイプラインのDatasource stageに専用のコードリポジトリ。
• 3つの raw 入力 flight_alerts_raw、status_mapping_raw、そして priority_mapping_raw のための変換ファイル。
• 各変換ファイルに対応するユーザーの機能ブランチ上で構築されたデータセット。

✅ 学習した内容

• ユーザーのパイプラインの各ステージでは、構造化された環境でコードベースのデータ変換を開発および維持するための専用のコードリポジトリが必要です。
• Foundry リポジトリは、Git とともにコードの分岐と管理を可能にし、コード変更に構造と監督を導入します。
• ユーザーの変換が他の Foundry プロジェクトからデータセットを使用する場合、明示的にプロジェクトの参照を作成する必要があります。
• Code Assist は、ユーザーのコードリポジトリセッションと並行して実行され、自動補完、コンパイルエラー、およびその他の IDE のような機能を提供します。
• 各リポジトリのコミットおよび/またはビルドは、パイプラインの衛生を確保するための CI チェックを開始します。
• データセットのビルドがコードリポジトリから開始されると、実行時にリポジトリがあるコードブランチ上で構築されます。
• ユーザーは、下流のブランチが正しい上流のブランチから読み取ることを確保するために、パイプラインのすべてのステージで一様なブランチ名を使用する必要があります。
• ユーザーのリポジトリは Shrinkwrap ファイルを使用して、入力/出力パスを実際のデータセットリソース ID（RID）にマッピングします。しかし、コードエディタのプロンプトを使用して、それらのパスを RID に置き換えることもできます。