Je voudrais inclure des fichiers script avec une telle pseudo-syntaxe :
Include '.\scripA.ps1'Mais la seule chose que j'ai trouvée est quelque chose comme ça :
$thisScript = Split-Path -Path $MyInvocation.MyCommand.Definition -Parent
. ($thisScript + '.\scriptA.ps1')C'est moche.
Y a-t-il un joli Comment inclure des scripts avec des chemins relatifs ?
J'ai trouvé cela très utile pour le modèle Azure ARM VM CustomScriptExtension où je téléchargeais plusieurs fichiers à partir d'un conteneur blob de compte de stockage en utilisant le paramètre FileUris puis en appelant un fichier qui faisait référence aux autres fichiers. La documentation d'Azure n'est pas très utile pour déterminer les chemins relatifs des fichiers téléchargés. J'ai essayé de . .\path\to\script.ps1 qui fonctionne lorsque vous exécutez le script à partir de l'Explorateur Windows ou d'un terminal PS dans le même dossier, mais il échouait toujours lors du déploiement vers Azure. Cette réponse résout entièrement le problème.
La première partie le fait... mais Resolve-Path va vérifier le répertoire courant et votre chemin pour le fichier. Si votre répertoire script est dans votre chemin ($env:path), il le trouvera.
Le dot-sourcing est l'option la plus simple, bien qu'elle ne soit pas particulièrement jolie, comme nous l'avons déjà dit. Cependant, ce format rend les choses un peu plus propres :
$ScriptDirectory = Split-Path $MyInvocation.MyCommand.Path
. (Join-Path $ScriptDirectory ScriptA.ps1)En outre, une note sur chemins relatifs qu'il est utile de rendre explicite : le message original pourrait sembler impliquer de vouloir un chemin relatif à l'adresse de l'utilisateur. le répertoire de travail actuel ; en réalité, l'intention est d'être relatif à la le répertoire source du script actuel (comme l'indique l'exemple de code d'alex2k8). Ainsi, cela permet au script actuel d'accéder à d'autres script du même référentiel.
Et qu'en est-il de la v2 ? Dois-je utiliser les Modules pour les scripts externes et la syntaxe "Import-Module ./foo.psm1" ? Ou des améliorations pour l'inclusion habituelle de scripts ?
@alex2k8, je n'ai pas encore beaucoup travaillé avec la V2 donc je ne peux pas trop vous aider. Je sais que les modules sont censés être beaucoup plus isolés que les scripts mais à part ça, je n'ai pas beaucoup de données.
Dans la v2, vous pouvez utiliser un module avec un manifeste qui définit tous les modules, scripts, et même les snapins/assemblages. Un avantage agréable de ceci est que vous pouvez avoir des fonctions et des variables qui sont privées au module.
À partir de la V2 (native à partir de Win7/2008R2 ; voir $psversiontable.psversion ), vous pouvez facilement inclure un fichier comme celui-ci :
. "RelativeOrAbsolutePathToFile\include.ps1"
$result = FunctionInIncludeFile()Référence :
Comment réutiliser les fonctions Windows powershell dans les scripts ?
Pour autant que je puisse dire, le problème avec ceci est que la ligne point-source est évaluée par rapport au répertoire de travail actuel, plutôt que par rapport au script qui contient la ligne point-source. Ainsi, si vous cd dans le répertoire qui contient le script d'abord ça marche, mais si vous l'appelez depuis un autre répertoire ça ne marche pas.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
