Palantir 2026年5月5日のリリースノート解説: Global Branching GA 予定

Palantir は 2026年5月5日、Global Branching が 2026年5月18日の週から全 ユーザー / all enrollments で generally available になる予定だと発表しました。Foundry 上の複数 アプリケーション にまたがる変更を branch で作り、end-to-end に テスト し、Main へ merge するための基盤です。

要点

• Global Branching は 2026年5月18日の週から 一般提供 予定
• transforms、TypeScript v1 functions repositories、パイプライン Builder、Ontology、Workshop、AIP Logic、Object Views が対象
• branch 上で リソース を変更し、Main の更新取り込み、conflict 解決、approval、merge を扱える
• merge 権限 と branch lifecycle の セキュリティ モデル が更新される
• Restricted Views と Automate は ベータ として branching サポート が始まる

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

Global Branching は、Foundry を大規模な業務開発基盤として使う組織にとって重要な変更です。従来のようにアプリや パイプライン ごとに個別に変更を管理するのではなく、Ontology、Workshop、AIP Logic、パイプライン Builder などをまたいだ変更を一つの branch 上で扱い、本番に影響を与えずに開発・検証・merge できる方向へ進みます。業務アプリ、データ変換、AI Logic が密につながる環境では、変更の一部だけを安全に試せても、全体の整合性を確認できなければ本番リスクは残ります。Global Branching はその問題に対する Palantir 側の答えです。

発表では、branch and modify リソース、remove リソース、Main からの更新取り込みと conflict 解決、protected リソース、approval ポリシー、branched リソース の trace、checks clear 後の merge などが示されています。これはソフトウェア開発の Git ワークフロー に近い考え方を、Foundry の ontology / ワークフロー / アプリケーション リソース へ広げるものです。ただし、通常の code リポジトリ と違い、対象は業務データや権限、AI Logic、アプリ UI を含みます。そのため、誰が branch を作れるか、誰が 確認 するか、どの checks が merge 前に必要かを、アプリ所有者と platform 管理者が明確にする必要があります。

セキュリティ モデル と branch lifecycle の変更も見逃せません。merge は専用 branch 役割 ではなく、proposal を view できる ユーザー が approvals と checks を満たした後に実行できる形へ変わります。一方で branch owner は Do not merge setting で merge を止められます。inactive branches では ontology リソース が de-index され、data は eventually deleted される一方、logic は保持されると説明されています。開発の自由度が上がる分、branch の棚卸し、archive / restore、approval ポリシー の設計が運用上の焦点になります。

対象になりそうなチーム

• Foundry 上で Ontology、Workshop、AIP Logic、パイプライン Builder を運用する platform team
• 本番業務アプリの変更管理と approval を担う product owner
• Foundry リソース の development / テスト / production ワークフロー を整備する ガバナンス team

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

Global Branching を使う前に、対象 アプリケーション ごとの サポート 範囲、approval ポリシー、branch owner、merge 権限、inactive branch の扱いを確認します。既存の本番変更手順が branch / proposal / checks / merge に置き換わる部分と、従来の change management が残る部分を分けておくと混乱を避けやすくなります。

結局、この更新をどう見るべきか

Global Branching 一般提供 は、Foundry を業務アプリ開発基盤として本格運用するための変更管理機能です。便利な開発機能というより、複数アプリにまたがる変更を安全に本番へ送るための ガバナンス layer として見るべきです。