Ich automatisiere ein Powershell-Modul, das eine Abhängigkeit von einem anderen hat. Einige meiner Commandlets verwenden die Commandlets des abhängigen Moduls.Visual Studio-Dienste Online: Hinzufügen eines Moduls, das nicht auf dem Build Agent verfügbar ist
Ich verwende Pester, um Komponententests auszuführen. Ich weiß, wie man Pester verfügbar macht, aber ich finde keinen Weg, dieses abhängige Modul auch verfügbar zu machen.
Ich habe versucht:
Install-Module Name -Scope CurrentUser
(es wird verweigert)- Laden Sie die Datei
.ps1
aus nuget in den Temp-Ordner und den Import es z.B.. $ps1Path
- Erstellen Sie die erforderliche Struktur neu. Im temporären Ordner der Verzeichnisstruktur erstellen und dann auf Pfad hinzufügen, die
$env:PSModulePath
Das Problem ist, dass es scheint, es funktioniert, aber da Pester die Tests aus verschiedenen Dateien alle oben nicht ausführt.
Zuletzt gedacht, den letzten Modulpfad zum Modulpfad des Profils hinzuzufügen. Es würde also die Skriptänderungen überleben. Aber das ist die $env:PSModulePath
- C: \ Windows \ system32 \ Windows \ v1.0 \ Modules \
- C: \ Programme \ Sharepoint Online-Verwaltungsshell \
- C: \ Program Files (x86) \ Microsoft SQL Server \ 110 \ tools \ Powershell \ Modules \
- C: \ Program Files (x86) \ Microsoft SQL Server \ 120 \ tools \ Powershell \ Modules \
- C: \ Program Files \ Windows \ Module
- C: \ Programme (x 86) \ Microsoft SDKs \ Azure \ Powershell \ Resourcemanager \ AzureResourceManager
- C: \ Program Files (x86) \ Microsoft SDKs \ Azure \ Powershell \ Servicemanagement
- C: \ LR \ MMS \ Services \ mms \ TaskAgentProvisioner \ Tools \ agents \ 1.96.4 \ agent \ worker \ Module
Hat jemand eine ähnliche Situation erlebt? Es kann nicht so seltsam sein, dass wir das Modulbuilding mit Abhängigkeiten automatisieren wollen.
Meinen Sie damit Sie können Pester in VSTS bekommen funktioniert, aber kann es nicht in dem Modul verwenden Sie erstellt? –