Foundry global branches と VS Code 開発の内容と確認ポイント

Palantir Foundry の 2026年6月 announcements では、6月23日付で VS Code ワークスペースと global branches に関する複数の更新が案内されています。Python transforms の編集環境やブランチ状態の扱いが変わります。

要点

• Python transforms の Code Repositories 内編集は legacy phase になり、VS Code ワークスペースが推奨環境として示されています。
• VS Code ワークスペースとローカル VS Code で global branches を作成、チェックアウト、開発できるようになりました。
• global branches は active、inactive、merged、archived の4状態を持つようになりました。
• Foundry で開発ワークフローを管理するチームは、ブランチ運用、編集環境、権限、移行計画を確認する必要があります。

今回のリリースノートで語られていること

今回の Palantir Foundry announcements は、Foundry 上の開発体験を Code Repositories から VS Code ワークスペースへ寄せていく流れを示しています。公式ページでは、Python transforms を Code Repositories で編集する方式が legacy phase に入ったと説明されています。Code Repositories エディターは引き続きサポートされ利用可能ですが、Python transforms の将来の機能開発は VS Code ワークスペースに集中するとされています。VS Code ワークスペースでは、AIによるコーディング支援、データセットのプレビュー、最適化された language server、統合 terminal などが使えると説明されています。

同じ6月23日付の更新では、global branches を VS Code ワークスペースとローカル VS Code で扱えるようになったことも案内されています。Python transforms repositories と TypeScript v1 function repositories で、global branches を作成、チェックアウト、開発できます。Palantir extension for Visual Studio Code のタブ付き branch selector から branch type を選べるほか、Command Palette や taskbar からも操作できます。global branch 上では、Python transforms のプレビューや build panels、TypeScript v1 functions の開発パネルが、その branch に対して動くと説明されています。

さらに、global branches の状態は active、inactive、merged、archived の4つになりました。以前の closed という名前から archived へ整理された形です。ブランチ状態が増えることは、単なる表示変更ではなく、開発中、保留、統合済み、保管済みの作業を区別する運用に関係します。複数チームが Foundry 上で変換や関数を開発する場合、どの branch がまだ作業対象なのか、どれが統合済みなのか、どれを参照だけ残すのかを明確にできます。

実務上は、Python transforms をどこで編集するか、既存の Code Repositories 利用者をどう移行するか、VS Code ワークスペースを使えない enrollment では何を推奨するかを整理する必要があります。AI支援やデータセットのプレビューが便利になる一方で、ローカル VS Code、拡張機能、認証、権限、ブランチ作成ルールを管理する必要もあります。今回の更新は、Foundry の開発体験をより一般的なエディターワークフローへ近づける発表として読めます。

この更新が関係する人

Foundry で Python transforms や TypeScript functions を開発するデータエンジニア、Foundry 管理者、開発環境を標準化するプラットフォームチームに関係します。

実務で確認したいポイント

• Python transforms の編集環境を Code Repositories から VS Code ワークスペースへ移す計画を確認する。
• global branches の4状態を、自社のレビュー、統合、保管ルールに反映する。
• VS Code ワークスペースとローカル VS Code の認証、拡張、権限、監査ログを確認する。
• VS Code ワークスペースが使えない enrollment では、引き続き Code Repositories をどう扱うか明確にする。

結局、今回の更新をどう読むべきか

この Palantir の更新は、Foundry の開発作業を VS Code 中心のワークフローへ移していくシグナルです。利用チームは、便利な開発体験だけでなく、ブランチ状態、編集環境、権限、移行手順を合わせて確認しておきたいです。