BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ ニュース SharePoint Framework 1.22提供開始、Heftベース化ビルドツールチェーンとプロジェクトベースライン刷新

SharePoint Framework 1.22提供開始、Heftベース化ビルドツールチェーンとプロジェクトベースライン刷新

原文リンク(2025-12-29)

MicrosoftはSharePoint Framework(SPFx)バージョン1.22、SPFx開発者向けのビルドおよびツール体験のモダナイズを中心に据えたリリースの一般提供(GA)を発表した。この変更は、技術的負債への対応、拡張性の向上、Microsoft全体のツールチェーン標準との整合を目的として、SPFxソリューションのビルド方法を根本的に更新する。

本リリース以前、SPFxプロジェクトはコンパイル、バンドル、パッケージングといったタスクをオーケストレーションするために、Gulpベースのビルドツールチェーンを利用してきた。親しみやすい一方、モダンJavaScriptおよびTypeScriptのワークフローと比較すると長らく時代遅れと見なされてきた。同時に従来のSPFxテンプレートやジェネレーター出力はnpm auditによる脆弱性警告を引き起こし、最新の依存関係要件に遅れを取っていた。バージョン1.22は新しいツールチェーンへの移行と、スキャフォールドされたソリューションに含まれる脆弱性の整理によって、これら二つの課題に対処する。

SPFx 1.22アップデートの中核はGulpベースからHeftベースのビルドツールチェーンへの移行である。Heft(Rush Stack エコシステム由来の設定駆動型ビルドオーケストレーター)が新SPFxプロジェクトのビルドタスクを管理するようになり、基盤となるバンドル処理には引き続きWebpack が使用される。この変更によりSPFx 開発は現代的ビルドエコシステムと整合し、より高い拡張性、明確な設定サーフェス、そして他の Microsoft 365 ツールチェーンとの整合が可能となる。1.22 にアップグレードされた既存プロジェクトは必要に応じて従来のGulpワークフローを利用できるが、Yeomanで生成された新規プロジェクトはデフォルトでHeftを使用する。

Heftの導入はSPFxツールチェーンが「ブラックボックス」であるという長年の開発者の懸念に対応する。Microsoft によればHeft の意見主導かつプラグイン対応設計により、より透過的で保守しやすいビルドが可能となり、将来的なツール強化も促進される。Heft は共有設定(rig.json)、簡素化されたTypeScrip 設定、ネイティブWebpack設定オプションをサポートする。ただし独自のgulpfile.js実装からの移行には、特にカスタムビルドステップを使用しているチームにとっては大きな調整が必要となる。

本リリースにおけるもう一つの重要なモダナイゼーションは、SPFx Yeomanジェネレーターおよびスキャフォールドされたプロジェクト出力において、npm auditが報告していた既知の脆弱性すべての解消である。最新のジェネレーターで新規プロジェクトをスキャフォールドした後、npm auditで高深刻度の問題が表示されることはなくなり、初期状態からセキュリティベースラインへの信頼性が向上する。またMicrosoft はスキャフォールドテンプレートのデフォルトTypeScript バージョンを 5.8 にリセットし、より新しい言語機能と改善されたツールサポートを開発者に提供している。

SharePoint Frameworkのnpm install画面のスクリーンショット。脆弱性が0件であることを示している。

本リリースでは従来サポートされてきたAPIに対する非推奨指定は導入されていない。ただしMicrosoftは今後レガシーなGulpシステムにはクリティカルな修正のみ適用されると述べている。SPFx 1.23 では新規プロジェクトはHeftのみを使用するようになり(CLI の準備状況に依存)、SPFx 1.24 ではGulp ベースのパイプラインは正式にサポート対象外となる予定である。

ソーシャルチャネル全体でのコミュニティの反応は、期待と慎重さの両方を示している。LinkedInではMicrosoft 365開発者コミュニティのメンバーがビルドシステム変更の重要性をハイライトし、「これは単純なアップデートの一つではない。」と指摘した;セマンティックバージョン番号であるにもかかわらず、特にGulpからHeftへのシフトであることから。新Heftワークフローへの適応を支援するための攻略法やリソースを既に共有している開発者もいる。一方でカスタム Gulp タスクや拡張機能を持つチームに対して既存プロジェクトの移行は容易ではないとして、段階的な移行戦略について議論する声もある。

今後の展望としてSPFxのロードマップにはCLIのさらなる分離、テンプレートのオープンソース化、Rush Stackツールとのより深い統合が含まれている。開発者は将来の移行を円滑にし、Microsoftの方向性に沿うためにも早期にHeftを試すことが推奨されている。

詳細なリリースノートおよびHeft移行ガイダンスについてはSPFx 1.22のリリースノートおよびツールチェーンのドキュメントを参照してください。

作者について

この記事に星をつける

おすすめ度
スタイル

特集コンテンツ一覧

BT