PowerShellのインストール
PowerShellを今インストールするなら、最新版は.NET 8を使うVer.7.4となる。しかし、.NET 7を使うPowerShell Ver.7.3やその前のVer.7.2の方が、利用されている期間が長く、さまざまなバグが修正されていて“枯れている”といえる。大部分のソースコードは、前バージョンのものを使うため、新しいからといって枯れていないわけではないが、新規に追加・修正した部分があり、その部分の実績は新しいものほど短いものになる。
ただし、“枯れ”具合は、PowerShellをよほど使い込んでいないとわからないだろう。とはいえ、運が悪いとバグに行き当たることもある。どれにするかはご自分のリスクで判断していただきたい。なお、.NETが毎年11月にバージョンアップするため、PowerShellも毎年11月をメドにバージョンアップが行われる。
PowerShellは、winget、Microsoftストア、DotNetSDKからインストールが可能で、そのほかZIPファイル、MSIファイルをGitHub(https://github.com/PowerShell/PowerShell/releases)などからダウンロードして手動でインストールする方法がある。
このうち、推奨されるのは、winget経由でのインストールである。原則アップデートは、インストールと同じ方法でする必要があり、Wingetの場合、「ピン留め」機能で、バージョン固定やアップデート禁止などができるため制御がしやすい。
なお、Microsoftストアからのインストールは可能だがお勧めできない。Microsoftストアからインストールしたアプリは、原則インストール先フォルダへのアクセスが制限されるため、本格的な利用には向いていないのだ。
Wingetでは、インストールしたプログラムのアップデート(Upgrade)を制御する「ピン留め」がサポートされており、これを使って、特定のPowerShellを継続して使うことができる。ピン留めすることで、wingetのUpgradeサブコマンドの対象から除外される。詳しくは、過去記事(「Wingetにおける安定版v1.14からプレビュー版v1.16での新機能」)を参照してほしい。
また、PowerShellでは、安定版とプレビュー版は同時にインストールすることができる。
どのPowerShellを使うかは悩ましいところだが、システム管理などで複数のマシンで実行させるようなスクリプトを作らなければならない立場なら、インストール不要で仕様の安定しているWindows PowerShell上で開発し、余裕があればPowerShellでもスクリプトを検証しておくべきだろうか。
使い分けるのが面倒なら、選択は管理対象のマシンや実行環境とご相談といったところだが、まだWindows PowerShell一本槍でも構わないと思う。少なくとも緊急時にインストール不要でスクリプトを実行できる。利便性を取るか、安全性を取るかといったところか。
![](/img/blank.gif)
この連載の記事
-
第436回
PC
Copilot+PCとともにWindowsのデバイス間連携に大きな変化!? Project ROMEの逆襲? -
第435回
PC
Windows Terminal Preview v1.21では、前回終了時のタブとその表示内容を復元できるように -
第434回
PC
AIの急速な導入がWindowsの予定を変えた!? Windows 12がすぐには出ない可能性 -
第433回
PC
Windows 11の2つのウィジェットを調べる -
第432回
PC
ウェブブラウザが切り開いたWindowsでのタブアプリケーション -
第431回
PC
Windows上でユニコードを「見る」方法 -
第430回
PC
WindowsからWordPadが廃止! RTF(Rich Text Format)はどうなる? -
第429回
PC
Windows Updateの「利用可能になったらすぐに最新の更新プログラムを入手する」はオンにした方がいいか? -
第428回
PC
Google/Bingで使える検索オプション -
第427回
PC
WindowsのPowerShellのプロファイルを設定する -
第426回
PC
WindowsでAndroidスマホをWebカメラにする機能を試した - この連載の一覧へ