Microsoftは、Windows向けネイティブUIフレームワーク「WinUI」の本流開発をGitHubへ移し、公開リポジトリでPRのレビューから検証、マージまで進め始めた。これまで外部から見えていたのは、主に社内で作られた変更がGitHubへ反映された後の姿だった。今後は製品へ入るまでの判断も追跡できるようになる。

ただし、現時点のPRはMicrosoft開発者によるもので、一般開発者から受け付ける時期は明らかにされていない。今回の節目が開いたのは開発工程であり、コミュニティ参加は次の判定を待っている。

AD

4段階で内部ミラーから本流開発へ

Microsoftは2025年7月31日、WinUIを開いていく作業を4段階に分けて公表した。Phase 1は社内コミットをGitHubへ同期する頻度を上げる工程で、Phase 2では外部の開発者がリポジトリを複製し、ローカルビルドできる状態を目指す。続くPhase 3はテストの実行と貢献準備を対象にし、Phase 4でGitHubを開発、課題管理、コミュニティとの対話の中心に据える計画だった。

段階を分けた理由として、MicrosoftはWinUIがWindowsの非公開部分と深く結びついていた点を挙げている。公開できるコードと非公開の層を切り分け、ビルドやテストに必要な依存関係も社外から扱えるようにする必要があった。2026年5月11日にPhase 3の完了を報告した際も、XAMLコンパイラの複雑さからPhase 4の正確な時期は示せなかった。

その後、7月29日には9月ごろを目標と回答していたが、8月27日の更新で予定より早くPhase 4へ到達した。公式Discussionの進捗表示も翌28日までに更新され、4項目すべてに完了を示す印が付いている。つまり、内部リポジトリを正として外部へ写す運用から、GitHub上の作業を正とする運用へ切り替わったわけだ。

「コードが見える」と「開発が見える」の差

WinUIのGitHubリポジトリには以前からMIT Licenseが置かれ、コードの利用、改変、再配布を認めてきた。したがって、今回新しくなったのはライセンスではない。日常のブランチとPRを公開の場で作り、レビュー後に検証してマージするようになったため、完成したコミットの履歴に加えて採用に至る議論まで確認できるようになった。

この差は、WinUIを採用する開発者にとって小さくない。修正がリリースへ入るまで待たなくても、どの不具合が調べられ、どの設計案が退けられたのかを追える。自社アプリが依存する変更について、進捗を推測する材料も増す。必要なら公開されたブランチを手元で検証し、問題の再現条件や影響範囲を早い段階で共有できる。

Microsoft LearnはWinUI 3を、新しいWindowsデスクトップアプリ向けに推奨するネイティブUIフレームワークと説明している。Windows App SDKの一部として提供され、C#とC++から利用可能だ。Windows 11専用ではなく、Windows 10 version 1809以降も対象に含む。幅広いWindowsアプリの基盤候補だからこそ、更新の過程を外から検証できる意味がある。

AD

貢献ガイドは整ったが、外部PRはこれから

公開リポジトリのCONTRIBUTING.mdによると、開発者はまずリポジトリをフォークし、ローカルでビルドする。変更には必要なテストを加え、mainブランチ向けにPRを送る手順だ。マージにはWinUIチームの2人以上による承認と、レビュー上の会話の解決が欠かせない。さらにCLAへの署名と、PRビルドの成功も求められる。新しい公開APIやUIには、コードを送る前の提案手続きも必要になる。

一方、8月27日の告知は、現在入っているPRをMicrosoft開発者からのものと明記した。同社はこの期間を使い、貢献ワークフローから検証、文書、リリースまでを一続きに試している。一般開発者向けの説明書があることと、実際のコード受け入れを全面的に始めたことは、現状では同じ意味にならない。

Microsoftは現在、社内PRを使って貢献ワークフローと検証を通し、文書化からリリースまでの工程を確認している。公式投稿によれば、この期間の目標は、一般開発者からのPRを受け付ける際に信頼でき、予測可能なパイプラインを用意することだ。受け入れられる状態になった時点で、改めて告知するという。

透明性の先で測るべき実績

GitHubへの移行により、開発者がMicrosoftの説明を事後的に待つ場面は減る。まず、PRがどれほどの頻度で更新され、レビューがいつ始まるかを記録から追える。レビュー後にどの変更がマージされたかも残るため、作業が前へ進んでいるかを公開情報で確かめられる。

しかし、工程が見えることは修正速度や製品品質を保証しない。公開された課題が長く放置されれば、停滞まで外から確認できるようになったという結果になる。外部PRの受付後もMicrosoftがレビューと保守に時間を割かなければ、コミュニティの労力は製品へ届きにくい。

一般開発者からのPRをいつ受け付けるかが、次の節目となる。その後は外部PRが実際にレビューされ、テストを通り、Windows App SDKのリリースへ入るまでを追う必要がある。この流れが継続すれば、社外の開発者もWinUIの改善へ参加できる。