PowerShell 7 et Windows PowerShell 5.1 : versions et différences

Deux PowerShell cohabitent sous Windows : Windows PowerShell 5.1, intégré au système et figé, et PowerShell 7, la version moderne et multiplateforme qu'il faut installer. Ce chapitre explique leurs différences, comment installer PowerShell 7 sous Windows et sous Debian, comment écrire un script qui fonctionne avec les deux, et comment lancer un script en ligne de commande avec les bonnes options.

Deux produits, deux cycles de vie

Windows PowerShell 5.1 est un composant de Windows : il est supporté aussi longtemps que la version de Windows qui le porte. PowerShell 7 suit le cycle de .NET. Début novembre 2026, voici les versions en circulation :

PowerShell 7.4 et 7.5 cessent d'être maintenues le 10 novembre 2026 : sur un serveur, installe 7.6, et mets-la à jour, car Microsoft ne supporte que le dernier correctif d'une version.

Savoir quelle version tu utilises

$PSVersionTable

Name                           Value
----                           -----
PSVersion                      7.6.9
PSEdition                      Core
GitCommitId                    7.6.9
OS                             Microsoft Windows 10.0.26100
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

La version exacte dépend du dernier correctif installé. Dans Windows PowerShell 5.1, PSVersion commence par 5.1 et PSEdition vaut Desktop. Pour un test dans un script, $PSVersionTable.PSVersion.Major donne le numéro principal (5 ou 7).

Le titre de la fenêtre aide aussi : « Windows PowerShell » pour 5.1, « PowerShell 7 » (ou pwsh) pour la version moderne. Dans le Terminal Windows, installé par défaut sur Windows 11 et Windows Server 2025, chaque version a son profil dans le menu déroulant des onglets.

Installer PowerShell 7

Sous Windows, le plus simple est le gestionnaire de paquets winget, présent sur Windows 11 et Windows Server 2025 :

winget install --id Microsoft.PowerShell --source winget

Microsoft fournit aussi un paquet MSI, pratique pour un déploiement par GPO ou par l'outil de gestion de parc. PowerShell 7 s'installe dans C:\Program Files\PowerShell\7\ et se met à jour comme le reste du système par Microsoft Update si tu as coché l'option à l'installation.

Sous Debian 13, PowerShell vient du dépôt de Microsoft, que l'on ajoute avec le paquet de configuration prévu pour la version de Debian :

sudo apt-get update
sudo apt-get install -y wget
source /etc/os-release
wget -q "https://packages.microsoft.com/config/debian/$VERSION_ID/packages-microsoft-prod.deb"
sudo dpkg -i packages-microsoft-prod.deb
rm packages-microsoft-prod.deb
sudo apt-get update
sudo apt-get install -y powershell
pwsh

/etc/os-release définit la variable VERSION_ID (13 sur Debian 13), ce qui construit l'adresse du bon paquet. Le même principe vaut pour Ubuntu 24.04 avec l'adresse config/ubuntu/24.04/.

Ce que PowerShell 7 ajoute au langage

La syntaxe de base est la même dans les deux versions. PowerShell 7 ajoute des opérateurs et des paramètres qui simplifient les scripts, mais qui provoquent une erreur de syntaxe dans 5.1.

Les modules Windows dans PowerShell 7

Un module est un paquet de commandes : ActiveDirectory, DnsServer, DhcpServer, GroupPolicy, SmbShare. Sous Windows Server 2019 et suivants, et avec les outils RSAT de Windows 10 et 11, la plupart des modules d'administration se chargent directement dans PowerShell 7, ActiveDirectory compris. Pour les rares modules qui exigent encore le .NET Framework, PowerShell 7 dispose d'une couche de compatibilité : il démarre en coulisse une session Windows PowerShell 5.1 et y exécute les commandes.

Get-Module -ListAvailable ActiveDirectory          # le module est-il installé ?
Import-Module ActiveDirectory                      # chargement natif dans PowerShell 7
Import-Module NomDuModule -UseWindowsPowerShell    # chargement forcé par la couche de compatibilité

Les objets renvoyés par la couche de compatibilité sont des copies sérialisées : leurs propriétés sont là, leurs méthodes non. Quelques modules sont même refusés par cette couche, comme UpdateServices, celui de WSUS : ceux-là s'utilisent dans powershell.exe. Pour un script d'administration de serveur Windows, la règle simple est donc : si un module pose problème dans pwsh, lance le script dans Windows PowerShell 5.1.

Lancer un script en ligne de commande

Une tâche planifiée, un raccourci ou un autre programme lance un script avec l'exécutable et des options :

pwsh.exe -NoProfile -NonInteractive -File "C:\Scripts\Get-ServicesArretes.ps1" -Serveur srv-ad
powershell.exe -NoProfile -NonInteractive -File "C:\Scripts\Get-ServicesArretes.ps1" -Serveur srv-ad

Le code de sortie d'un script lancé avec -File est celui de son instruction exit : exit 0 si tout va bien, exit 1 (ou un autre nombre) en cas d'échec. Une tâche planifiée, un outil de supervision ou un script Bash qui appelle pwsh lisent ce code pour savoir si le script a réussi.

Le profil PowerShell

Le profil est un script exécuté à l'ouverture de chaque session interactive : on y met des alias, des fonctions personnelles, l'apparence de l'invite. Son chemin est dans $PROFILE, et il n'est pas le même pour 5.1 (Documents\WindowsPowerShell\) et pour 7 (Documents\PowerShell\).

$PROFILE                                   # le chemin du profil de la session
Test-Path $PROFILE                         # existe-t-il ?
New-Item -Path $PROFILE -ItemType File -Force
code $PROFILE                              # l'ouvrir dans VS Code

Un script d'administration ne doit jamais dépendre du profil : il tournera un jour sous un autre compte, ou dans une tâche planifiée lancée avec -NoProfile. Tout ce dont il a besoin se trouve dans le script lui-même.

Écrire un script compatible avec les deux versions

Pour qu'un script tourne partout :

• évite &&, ||, ? : et ??, ou déclare #Requires -Version 7.4 en tête si tu en as besoin ;
• précise toujours l'encodage des fichiers écrits (-Encoding UTF8 fonctionne dans les deux, avec ou sans BOM selon la version) ;
• enregistre le fichier .ps1 en UTF-8 avec BOM s'il contient des accents ;
• teste-le dans powershell.exe et dans pwsh.exe avant de le déployer.

#Requires -Version 5.1
# Fonctionne dans Windows PowerShell 5.1 et dans PowerShell 7
if ($PSVersionTable.PSVersion.Major -ge 7) {
    Write-Output "PowerShell $($PSVersionTable.PSVersion) : fonctions modernes disponibles"
} else {
    Write-Output "Windows PowerShell $($PSVersionTable.PSVersion) : mode compatible"
}

Exercices

$libreGo = [math]::Round((Get-PSDrive C).Free / 1GB)
$etat = $libreGo -lt 10 ? 'ALERTE' : 'OK'
Test-Path 'D:\Partages' && Write-Output 'Partages présents'
Write-Output "$env:COMPUTERNAME : $libreGo Go libres, $etat"

$libreGo = [math]::Round((Get-PSDrive C).Free / 1GB)
if ($libreGo -lt 10) { $etat = 'ALERTE' } else { $etat = 'OK' }
if (Test-Path 'D:\Partages') { Write-Output 'Partages présents' }
Write-Output "$env:COMPUTERNAME : $libreGo Go libres, $etat"

"C:\Program Files\PowerShell\7\pwsh.exe" -NoProfile -NonInteractive -File "C:\Scripts\Export-Annuaire.ps1" -Dossier "D:\Exports"