こんにちは。風読珈琲店のカエデです。
2026年10月25日、PowerShellの最新版PowerShell 7.6.9が公開されました。前回の7.6.7からわずか1週間ほどで、間に7.6.8を挟んでの2連続リリースです。
7.6.9そのものの変更点は「.NET SDKの更新」だけの小さなメンテナンスリリースですが、実は直前の7.6.8で「新しいバージョンがあります」という起動時の更新通知が廃止されています。つまり今後は、自分で気づいて更新しないと古いバージョンのまま使い続けることになりかねません。業務でPowerShellを日常的に触っている社会人目線で、7.6.8・7.6.9の変更点と、更新漏れを防ぐ確認方法をまとめます。
PowerShell 7.6.9の概要
まずは基本情報を整理します（GitHubの公式リリースノートより）。
- バージョン：PowerShell 7.6.9（GitHub上で「Latest」扱いの最新安定版）
- 公開日：2026年10月25日（7.6.8は10月22日公開）
- 系列：7.6系。2026年3月18日にGAとなったLTS（長期サポート）版で、基盤は.NET 10（LTS）
- 変更内容：.NET SDKを10.0.403へ更新（ビルド・パッケージ面の更新のみ）
- 配布形式：Windows（MSI／ZIP／MSIX、x64・x86・arm64）、Linux（deb／rpm／tar.gz）、macOS（pkg／tar.gz）
7.6系はLTSなので、業務の自動化スクリプトを動かす環境では基本的にこの系列を追いかけるのが無難です。Windows標準搭載の「Windows PowerShell 5.1」とは別物で、両方を同じPCに共存させられます（7系は pwsh、5.1は powershell で起動）。
前回の7.6.7（設定ファイルが壊れていても起動できるようになった修正など）の変更点は下記記事でまとめています。
7.6.9の変更点：.NET SDK 10.0.403への更新
7.6.9のリリースノートに書かれている変更は、「Build and Packaging Improvements」の.NET SDKを10.0.403へ更新の1項目だけです。新しいコマンドレットや機能追加はありません。
とはいえ、PowerShell 7は.NETの上で動いているアプリなので、土台の.NETが新しくなることには意味があります。.NET側の修正（不具合修正やセキュリティ修正）を取り込むために、PowerShellも追随してリリースされる、という位置づけです。リリースノートには具体的な修正内容までは書かれていないため、ここでは「何が直ったか」を断定はしませんが、LTS版を使っているなら、こうした小さな更新もこまめに当てておくのが基本です。
- 使い勝手の変化：基本的になし。スクリプトの書き換えも不要
- 互換性への影響：パッチ（3桁目）の更新なので、7.6.x内での破壊的変更は想定されていない
- アップデートの優先度：急ぎではないが、次の定期メンテナンスで当てておきたい
見落としがちな7.6.8の変更：起動時の更新通知が廃止
今回いちばん知っておきたいのは、実は7.6.9ではなく1つ前の7.6.8の変更です。7.6.8では「General Cmdlet Updates and Fixes」として、PowerShellの更新通知機能が削除されました（PR #28242）。
これまでの更新通知とは
PowerShell 7をしばらく使っていると、起動直後のバナーに「新しいバージョンのPowerShellが利用可能です」というメッセージが表示されることがありました。裏で定期的に最新リリースをチェックして、古いバージョンを使っていると教えてくれる仕組みです。
なぜ削除されたのか
PR内の説明によると、主な理由は次のとおりです。
- 更新の仕組みが整ってきた：Microsoft Update経由の更新や、Microsoft Store（MSIX版）の自動更新が安定してきたため、通知の価値が小さくなった
- 裏の通信・キャッシュ処理をなくせる：バックグラウンドのネットワーク通信や、ローカルのキャッシュ管理のコードを丸ごと削除できる
- 起動時のクラッシュ修正：通知まわりが原因の起動時クラッシュ（Issue #28131）の解消もあわせて行われた
一方で、PRのコメント欄では「ZIPやtar.gzで入れたLinux・macOSユーザーは何も通知されなくなる」という反対意見も複数出ていました。MSIやZIPで入れてMicrosoft Updateの対象外になっているPCでは、今後は更新に気づくきっかけがなくなる点に注意が必要です。
自分のバージョン確認とアップデート方法
通知がなくなったので、自分で確認する習慣をつけておきましょう。まずは今のバージョンの確認です。PowerShell 7（pwsh）を開いて次を実行します。
$PSVersionTable.PSVersion「Major 7／Minor 6／Patch 9」と出れば最新です。8以下なら、インストール方法に合わせて更新します。
winget（Windows）
Windowsでいちばん手軽なのはwingetです。ターミナルで次を実行すれば、最新版に上書き更新されます（途中で管理者権限の確認が出ることがあります）。
winget upgrade --id Microsoft.PowerShellMSI・Microsoft Store・Microsoft Update
- MSI：GitHubのリリースページから
PowerShell-7.6.9-win-x64.msiをダウンロードして上書きインストール。インストール時に「Microsoft Update経由で更新する」にチェックを入れておくと、以降はWindows Updateの流れで更新を受け取れる - Microsoft Store（MSIX）：ストアの自動更新に任せておけばOK
- Linux：Microsoftのパッケージリポジトリを登録済みなら
aptやdnfの通常の更新で上がる。tar.gzで入れた場合は手動で入れ替え
最新版かどうかを自分でチェックする小技
ZIP版などで通知がなくなって困る場合は、PRのコメントで紹介されていたように、GitHubのAPIで最新版のタグ名を取得して比べる方法があります。たとえば次の1行で最新リリースのタグが分かります。
(Invoke-RestMethod https://api.github.com/repos/PowerShell/PowerShell/releases/latest).tag_nameこれをプロファイルや定期タスクに仕込んで、手元のバージョンと違えば知らせる、といった仕組みを自作することもできます。GitHub CLIを入れているなら gh release list --repo PowerShell/PowerShell でも確認できます。
公式のリリースノートは下記から確認できます。
業務IT目線で見た所感
私は会社でMicrosoft 365やIntuneまわりの業務ITに触れていて、Microsoft GraphのモジュールなどPowerShell 7を使う場面が日常的にあります。その立場から見ると、今回の更新は「機能は地味、でも運用ルールは見直したい」リリースです。
- 更新通知は「気づくきっかけ」だった：正直、通知が出て初めて「あ、古いままだった」と気づくことが何度もありました。今後はこれに頼れないので、月1回のWindows Updateのタイミングで
$PSVersionTableを見る、と決めておくのが現実的です - 会社PCはIntuneやMicrosoft Updateで配るのが本筋：組織で管理している端末なら、個人任せにせず配布・更新の仕組みに乗せるべき、というのが今回の削除の考え方にも合っています
- LTSの小さな更新はためない：7.6.7→7.6.8→7.6.9と短期間で続けて出ることもあります。まとめて飛ばしても問題は起きにくい一方、ためるほど「どこで何が変わったか」を追うのが面倒になります
なお7.6系のサポートは、土台の.NET 10のサポート期間に合わせて2028年11月までの予定です。当面は7.6系の最新パッチを追いかけておけば安心です。Windows側の月例更新の内容は下記記事でまとめています。
まとめ
- PowerShell 7.6.9は2026年10月25日公開。変更は.NET SDK 10.0.403への更新のみの小さなメンテナンスリリース
- 直前の7.6.8で起動時の「新しいバージョンがあります」通知が廃止された
- MSI・ZIP・tar.gzで入れた環境では、今後は自分でバージョン確認が必要
- 確認は
$PSVersionTable.PSVersion、更新はwinget upgrade --id Microsoft.PowerShellが手軽 - MSIならMicrosoft Update経由の更新を有効にしておくと更新漏れを防げる
機能面では地味なアップデートですが、「通知が来なくなった」ことは知っておかないと静かに困るタイプの変更です。月例のWindows Updateのついでに、PowerShellのバージョンも確認してみてください。
