PowerShell Core 6.3 devient 7.0, première préversion en mai
Le 09 avril 2019 à 09h32
1 min
Logiciel
Le 28 mars, Microsoft lançait la mouture 6.2 de PowerShell Core, pour rappel la version open source et multiplateforme (Linux, macOS et Windows) du PowerShell classique intégré à Windows.
Contrairement à ce qui était prévu, la future 6.3 sera en fait une 7.0. Microsoft s’est rendu compte que de nombreux utilisateurs de Windows restaient avec le PowerShell classique, à cause de modules et d’automatisations que la version Core ne prend pas en charge.
La future version 7.0 ambitionne donc de faire grimper la compatibilité des modules existants à plus de 90 %, grâce aux changements introduits par .NET Core 3.0, qui ramenait justement de nombreuses API nécessaires.
PowerShell Core 7.0 doit donc convenir à une grande majorité des utilisateurs. Microsoft souhaite d’ailleurs l’intégrer à terme directement dans Windows, côte à côte avec l’actuelle version 5.1. Il reste cependant du travail, notamment sur la manière dont ces deux moutures cohabiteront.
La première préversion de PowerShell 7.0 est attendue pour mai.
Le 09 avril 2019 à 09h32
Commentaires (3)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 09/04/2019 à 09h33
#1
Chose amusante :
sur le billet de MS, on peut voir les utilisateur de PS en fonction de la plateforme. Et on trouve beaucoup plus d’utilisateurs sur… Linux
Le 10/04/2019 à 07h18
#2
Le 10/04/2019 à 08h32
#3
Pour les noms, ce sont des alias. Ce que j’aime bien justement dans PowerShell, c’est que MS a défini des règles pour le nommage de ses fonctions du type “verbe+noms” et où un dictionnaire pour les verbes à été créer. Du coup, trouver une fonctionnalité peut se faire de manière logique (tu connais déjà le verbes) et vise versa, il est assez simple d’inférer ce que va faire une fonction rien qu’avec son nom.
Mais derrière, ça fait des noms qui sont assez long. Du coup, les alias permettent d’avoir les versions “courtes” de ces noms. De plus, vu que powershell a pour cible des gars qui font de l’administration système (serveur), autant utiliser des noms qu’ils connaissent et testeront naturellement.
Après, PS n’est pas du tout compatible avec shell, c’est 2 mondes différents. PS étant orienté objet là où shell est basé sur les flux (et les fichiers).