L’équipe du gestionnaire de packages Windows a été occupée à travailler sur WinGet 1.4. Cette version introduit la prise en charge des packages basés sur .zip. WinGet peut désormais extraire et exécuter un programme d’installation à l’intérieur d’une archive .zip ou installer un ou plusieurs packages portables à partir d’une archive. La communauté open source WinGet a également été occupée à ajouter de nouvelles fonctionnalités telles que des alias de commande pour aider à la mémoire musculaire si vous utilisez plus d’un gestionnaire de packages, et un argument d’attente pour garder winget.exe ouvert assez longtemps pour voir ce qui se passe s’il est appelé depuis autres applications.

Commande « Show » améliorée

Quelques valeurs manifestes supplémentaires telles que les balises et l’URL d’achat ont été ajoutées à la sortie (si elles sont présentes) de la commande winget show <package>. Ci-dessous, j’ai un exemple en cours d’exécution. Étant donné que winget show oh-my-posh -s winget est disponible à la fois dans le Microsoft Store et dans le référentiel de la communauté Windows Package Manager, j’ai réduit les résultats à la source « winget ».

Alias ​​de commande

La mémoire musculaire peut être difficile à surmonter. Si vous avez déjà essayé de taper « dir » sur un système Linux ou « ls » sur Windows, vous savez ce que je veux dire. Plusieurs nouveaux alias de commande ont été ajoutés à WinGet qui pourraient aider un peu. Lorsque vous exécutez winget sans arguments, l’aide par défaut affiche les commandes disponibles. Si vous percez un peu en cours d’exécution winget <command> –help, vous verrez si des alias sont disponibles. Ci-dessous, vous pouvez voir que « find » est un alias pour « search ». Les autres alias de commande incluent add pour install, update pour upgrade et rm pour uninstall, ls pour lister et config pour les paramètres.

Comme vous vous en doutez, vous pouvez maintenant exécuter winget find vscode et la même sortie s’affiche comme si vous aviez exécuté winget search vscode

Remarque : Les résultats affichés lors de la recherche dans le référentiel de la communauté du gestionnaire de packages Windows sont classés par une heuristique de « meilleure correspondance ». WinGet évalue le nom, l’identifiant, le surnom et les balises. Ils sont également plus inclusifs que « show » où WinGet essaie de trouver une seule meilleure correspondance à utiliser pour l’installation.

Améliorations du flux d’installation/de mise à niveau

Certains packages nécessitent la transmission d’un argument explicite afin d’effectuer une mise à niveau. Cela provoquait l’échec de Winget si un utilisateur exécutait winget install <package> et que le package était déjà installé sur la machine. Nous avons apporté quelques améliorations supplémentaires pour détecter que le package était déjà installé et passer au flux de mise à niveau. Si vous ne voulez pas la mise à niveau, vous pouvez passer –no-upgrade. Ceci est le plus souvent rencontré dans les scénarios scriptés. Nous avons également remarqué que plusieurs packages peuvent se mettre à niveau eux-mêmes, donc notre comportement par défaut est de leur permettre de le faire. Si vous exécutez winget upgrade –all et qu’un ou plusieurs de ces packages sont rencontrés, ils seront ignorés. Si vous souhaitez les inclure, ajoutez simplement –include-explicit.

Archives .zip

WinGet prend désormais en charge l’installation de packages contenus dans une archive .zip. Cette fonctionnalité s’appuie sur la prise en charge existante des packages portables et sur la prise en charge des programmes d’installation existants pour les programmes d’installation basés sur MSIX, MSI et EXE. Notre support initial comprend soit un seul installateur, soit (un ou plusieurs) package(s) portable(s).

–Wait

Parfois, lorsque vous écrivez des choses ou que vous déboguez, vous voulez une invite de commande. Il peut être assez frustrant de voir une fenêtre de terminal afficher du texte puis disparaître avant que vous puissiez tout lire. Ajoutez simplement –wait.