Vous devez installer le Power Platform CLI sans perdre de temps et avec un minimum d’erreurs ? Ce guide pas-à-pas couvre l’installation pac sur Windows, macOS et Linux. Vous y trouverez les méthodes officielles, la vérification de l’installation, l’authentification, l’autocomplétion, la mise à jour et le dépannage essentiel pour passer rapidement en production.
Sommaire
- Pourquoi utiliser PAC (Power Platform CLI) ?
- Prérequis système et comptes
- Méthodes d’installation de PAC
- Vérifier l’installation et le chemin (PATH)
- Vérifier la version de PAC
- Configurer l’authentification — gérer plusieurs profils
- Activer l’autocomplétion des commandes
- Commandes spécifiques à Windows
- Utilisation rapide : commandes essentielles
- Mise à jour et désinstallation
- Dépannage — erreurs fréquentes et correctifs
- Sécurité et bonnes pratiques
- Scénarios avancés (CI/CD et Codespaces)
- FAQ — Installation PAC
Démarrer mon installation PAC maintenant
Pourquoi utiliser PAC (Power Platform CLI) ?
Le Power Platform CLI (pac) est l’outil de référence pour les développeurs et administrateurs Microsoft Power Platform. Il centralise la gestion des environnements Dataverse, des solutions, des plugins et des déploiements. De plus, il facilite l’authentification multi-profils et s’intègre naturellement au CI/CD. En pratique, PAC accélère vos cycles de développement et fiabilise vos mises en production.
Prérequis système et comptes
- OS pris en charge: Windows 10/11, macOS, et distributions Linux courantes.
- Terminal: PowerShell/CMD (Windows), Bash/zsh (macOS/Linux).
- .NET SDK requis si vous installez via l’option .NET Tool.
- Accès à un tenant Microsoft Power Platform et permissions Dataverse adaptées (rôles suffisants).
- Droits d’exécution adéquats sur la machine (utilisateur ou administrateur selon la méthode).
Attention — Les proxys/antivirus stricts peuvent bloquer le téléchargement, l’authentification ou la résolution DNS. Configurez votre proxy au niveau système/shell et autorisez les domaines Microsoft si nécessaire.
Si vous souhaitez un accompagnement pour industrialiser votre installation pac (standards d’équipe, CI/CD, sécurité), vous pouvez demander un devis technique.
Méthodes d’installation de PAC
Trois approches sont officiellement supportées. Choisissez selon votre OS, vos besoins de portabilité et l’accès aux commandes Windows-only.
- Extension Visual Studio Code — idéale si vous travaillez dans VS Code et souhaitez un démarrage rapide.
- .NET Tool — multi-OS, portable et simple à mettre à jour.
- MSI Windows — recommandé pour profiter de toutes les commandes spécifiques à Windows.
Option 1 — Extension Visual Studio Code
- Dans VS Code, ouvrez Extensions puis installez « Power Platform Tools ».
- Ouvrez le terminal intégré VS Code: la commande pac est disponible immédiatement.
- Pour l’utiliser en dehors de VS Code (PowerShell/CMD), exposez le binaire dans votre PATH.
Limite — Le binaire provient de VS Code. En dehors du terminal intégré, vous devrez configurer le PATH manuellement.
Option 2 — Installation avec .NET Tool (Windows, Linux, macOS)
- Installer globalement: dotnet tool install –global Microsoft.PowerApps.CLI.Tools
- Chemins usuels: ~/.dotnet/tools (macOS/Linux) ou dossier d’outils .NET utilisateur (Windows).
- Mettre à jour: dotnet tool update –global Microsoft.PowerApps.CLI.Tools
- Limite — Certaines commandes ne sont pas incluses, notamment pac data et des sous-commandes pac package (ex: deploy/show).
Option 3 — Installation Windows MSI
- Téléchargez et exécutez l’installateur MSI officiel (Windows uniquement).
- Le MSI gère le PATH et la cohabitation des versions.
- Il débloque les commandes Windows-only: pac data, pac package deploy/show.
Pour les détails (modes d’installation, autocomplétion, clouds souverains), consultez l’Introduction à Power Platform CLI (pac).
Comparatif rapide des méthodes d’installation PAC
- VS Code (Power Platform Tools)
- Avantages: mise en route immédiate depuis l’IDE, bonne intégration développeur.
- Limites: binaire encapsulé; configuration PATH nécessaire hors VS Code.
- Windows-only: disponible si vous exécutez depuis un Windows avec l’extension.
- .NET Tool
- Avantages: multi-OS, portable, mises à jour simples via dotnet tool update.
- Limites: pas de pac data ni de certaines commandes pac package.
- Windows-only: non, par conception multi-OS, mais sans les commandes Windows-only.
- MSI Windows
- Avantages: intégration système (PATH), commandes Windows-only disponibles.
- Limites: Windows uniquement; nécessite droits d’installation.
- Windows-only: oui, complet pour pac data et pac package avancé.
Choisir la bonne méthode d’installation pour mon équipe
Vérifier l’installation et le chemin (PATH)
- Windows (PowerShell): Get-Command pac | Format-List
- macOS/Linux: which pac
Si un chemin s’affiche, la résolution fonctionne. Sinon, ajoutez le répertoire d’installation (par exemple ~/.dotnet/tools) au PATH. Ensuite, fermez et rouvrez votre terminal pour recharger l’environnement.
Vérifier la version de PAC
Exécutez simplement pac. La version s’affiche sur la deuxième ligne. Comparez-la à la dernière version disponible puis mettez à jour régulièrement pour bénéficier des nouveautés et correctifs.
Configurer l’authentification
Créez votre premier profil avec pac auth create. Ciblez l’environnement désiré via –environment (ID, URL ou nom partiel). Pour les contextes non interactifs (agents CI, conteneurs dev, Codespaces), utilisez –deviceCode. Enfin, pour les clouds souverains (GCC, GCC High, DoD), précisez –cloud.
Consultez la Référence pac auth pour les options avancées (service principal, mapping des clouds, exemples).
Gérer plusieurs profils d’authentification
- Lister: pac auth list
- Sélectionner: pac auth select –index 1 (exemple: basculer Dev ↔ Prod)
Astuce: créez un profil par environnement (Dev, Test, Prod) et nommez-les clairement. Ainsi, vous éviterez les erreurs de déploiement vers un mauvais environnement.
Activer l’autocomplétion des commandes
Activez la complétion avec pac complete. Sous PowerShell, ajoutez la sortie au $PROFILE pour la charger à chaque session. Sous bash/zsh/fish/nushell, suivez les instructions affichées pour sourcer le script. Grâce à la complétion, vous réduisez les fautes de frappe et accélérez l’exécution quotidienne, notamment au moment de l’installation pac sur de nouveaux postes.
Commandes spécifiques à Windows
Certaines commandes ne sont disponibles que sous Windows avec MSI ou l’extension VS Code:
- pac data (opérations Dataverse avancées)
- pac package deploy et pac package show
Si vous utilisez uniquement la méthode .NET Tool, ces commandes pourront être absentes.
Utilisation rapide : commandes essentielles
- pac help — aide globale et sous-commandes disponibles
- pac solution help — gérer les solutions (export/import, etc.)
- pac auth create/list/select — créer et basculer de profil
- pac canvas — opérations sur les applications Canvas
- pac plugin — gestion des plugins Dataverse
- pac package — packaging et déploiement
- pac pipeline — intégration aux pipelines ALM/CI-CD
Pour l’ALM et l’automatisation, consultez la Référence pac pipeline.
Mise à jour et désinstallation
- .NET Tool: dotnet tool update –global Microsoft.PowerApps.CLI.Tools, puis vérifiez la version avec pac.
- Extension VS Code: mettez à jour l’extension via le Marketplace.
- MSI Windows: installez la nouvelle version (l’upgrade est géré) ou désinstallez via « Applications et fonctionnalités ».
Après toute mise à jour, fermez et rouvrez le terminal, puis validez le PATH avec which pac (macOS/Linux) ou Get-Command pac (Windows).
Dépannage — erreurs fréquentes et correctifs
- « pac » non reconnu — Ajoutez le dossier d’installation au PATH (par ex. ~/.dotnet/tools), puis relancez le terminal.
- Échecs d’authentification/MFA — Utilisez –deviceCode ou un service principal, conformément à votre politique de sécurité.
- Proxy/SSL — Définissez les variables proxy système/shell, autorisez les domaines Microsoft et vérifiez la configuration TLS.
- Permissions Dataverse insuffisantes — Contrôlez les rôles et l’accès au tenant cible.
- PowerShell ExecutionPolicy — Autorisez l’exécution de scripts pour initialiser la complétion (via votre politique d’entreprise).
Besoin d’aide pour finaliser votre installation PAC ?
Sécurité et bonnes pratiques
- Séparez les profils Dev/Test/Prod et appliquez le principe du moindre privilège.
- Évitez les secrets en clair. Utilisez des coffres (Key Vault, variables sécurisées de pipeline) et des identités managées.
- Renouvelez les identifiants régulièrement et auditez les accès.
- Documentez votre procédure d’installation pac et standardisez-la pour l’équipe.
Scénarios avancés (CI/CD et Codespaces)
Dans les environnements non interactifs (agents CI, conteneurs dev, GitHub Codespaces), privilégiez –deviceCode ou un service principal. De plus, les commandes pac pipeline s’intègrent naturellement aux pipelines pour automatiser la construction, le test et le déploiement des solutions.
Pour approfondir l’installation, l’autocomplétion et la compatibilité multi-cloud, référez-vous à l’Introduction à Power Platform CLI (pac).
Intégrer PAC dans mes pipelines CI/CD
FAQ — Installation PAC
Comment installer PAC avec .NET Tool sur macOS/Linux ?
Exécutez dotnet tool install –global Microsoft.PowerApps.CLI.Tools. Si la commande n’est pas reconnue, ajoutez ~/.dotnet/tools à votre PATH puis relancez le terminal.
Pourquoi la commande pac n’est-elle pas reconnue (PATH) ?
Le binaire n’est pas résolu dans le PATH. Ajoutez le dossier d’installation (par ex. ~/.dotnet/tools ou le dossier MSI) et vérifiez avec which pac (macOS/Linux) ou Get-Command pac (Windows).
Comment mettre à jour PAC à la dernière version ?
Via .NET Tool: dotnet tool update –global Microsoft.PowerApps.CLI.Tools. Sous Windows, installez le nouveau MSI. Dans VS Code, mettez à jour l’extension.
Comment activer l’autocomplétion PAC sous PowerShell ou bash ?
Utilisez pac complete. Sous PowerShell, ajoutez la sortie au $PROFILE. Sous bash/zsh/fish, suivez les instructions pour sourcer le script.
Pourquoi pac data/pac package deploy ne fonctionnent pas sur macOS/Linux ?
Ces commandes sont spécifiques à Windows. Utilisez l’installation MSI ou l’extension VS Code sur un poste Windows.
Comment basculer rapidement entre plusieurs profils d’authentification ?
Listez les profils avec pac auth list et sélectionnez avec pac auth select –index. Nommez clairement vos profils (Dev, Test, Prod).
Comment désinstaller PAC proprement ?
.NET Tool: dotnet tool uninstall –global Microsoft.PowerApps.CLI.Tools. MSI: via « Applications et fonctionnalités ». Extension VS Code: désinstallez depuis le Marketplace.
PAC derrière un proxy: quelles configurations ?
Définissez les variables proxy au niveau système et shell, autorisez les domaines Microsoft et vérifiez la couche SSL/TLS.
Pour approfondir l’authentification et les clouds souverains, consultez la Référence pac auth. Pour l’ALM/CI-CD, voyez la Référence pac pipeline.