ホストされた2017エージェントでのAzureRM Powershellのアップグレード（VSTS-Visual Studio Team Services）

Question

Visual Studio Teams Services（オンライン）でリリース管理を使用しています。私たちはホストされたビルドエージェントを使用しており、カスタムエージェントの管理のオーバーヘッドを回避したいのです。

私が必要とする1つのアイテムは、AzureRM PowerShellモジュールです。 5.1.1までのバージョンはエージェントで使用可能ですが、6.0.0が必要です。

私がしたいことは、リリースプロセス（PowerShell）のステップを使用してバージョン6.0.0を取得し、代わりにthartを使用することですが、それをうまく機能させることができません。私はすべてが行き詰まったいくつかのアプローチを試しました、現在のアプローチは次のとおりです：

Write-Output "------------------ Install package provider ------------------" Find-PackageProvider -Name "NuGet" | Install-PackageProvider -Scope CurrentUser -Force Write-Output "------------------ Remove Modules ------------------" Get-Module -ListAvailable | Where-Object {$_.Name -like 'AzureRM*'} | Remove-Module Write-Output "------------------ Install the AzureRM version we want - 6.0.1! ------------------" Install-Package AzureRM -RequiredVersion 6.0.1 -Scope CurrentUser -Force Write-Output "------------------ Import AzureRM 6.0.1 ------------------" Import-Module AzureRM -RequiredVersion 6.0.1

これはすべて正常に動作します（つまり、クラッシュしません...）が、6.0.1コマンドレットのいずれかを使用しようとすると、エラーが発生します。

Get-AzureRmADGroup：Azure PowerShellセッションが正しく初期化されていません。モジュールをインポートして、もう一度お試しください。

AzureRM 6.0.1をデプロイしてホストされたエージェントで使用するために、どこで問題が発生するのか、または代替の戦略を使用できるか？

Murray Foxcroft · Accepted Answer

私は最終的にそれを理解しました-同じことを苦しんでいる他の人のための答えを追加します。

キーは、AzureRMモジュールがアップグレードされた後にログインすることです。

PowerShellコード：

 Write-Output "------------------ Start: Upgrade AzureRM on build Host ------------------" Write-Output "- - - - - Install package provider" Install-PackageProvider -Name NuGet -Force -Scope CurrentUser Write-Output "- - - - - List Modules Before" Get-Module -ListAvailable| where {$_.Name -Like “*AzureRM*”} | Select Name, Version Write-Output "- - - - - Remove alll existing AzureRM Modules" Get-Module -ListAvailable | Where-Object {$_.Name -like '*AzureRM*'} | Remove-Module -Force Write-Output "- - - - - Install AzureRM 6.0.1" Install-Module -Name AzureRM -RequiredVersion 6.0.1 -Force -Scope CurrentUser Write-Output "- - - - - Import AzureRM 6.0.1" Import-Module AzureRM -Force -Verbose -Scope Local Write-Output "- - - - - List Modules After" Get-Module -ListAvailable| where {$_.Name -Like “*AzureRM*”} | Select Name, Version Write-Output "------------------ End: Upgrade AzureRM on build Host ------------------" Write-Output "------------------ Start: LoginToAzure ------------------" $SecurePassword = ConvertTo-SecureString $AdminPassword -AsPlainText -Force $AdminCredential = New-Object System.Management.Automation.PSCredential ($AdminUserEmailAddress, $SecurePassword) Login-AzureRmAccount -Credential $AdminCredential Get-AzureRmSubscription –SubscriptionId $SubscriptionId | Select-AzureRmSubscription Write-Output "------------------ End: LoginToAzure ------------------"

Alex KeySmith · Answer

正しい方向への最初のポイントを提供してくれたMurrayに感謝します。私が望んでいたことを示すことは不可能ではありませんでした！

私は最初にAzure PowerShellタスク内でこれを実行しようとしましたが、かなり遠くまで行きましたが、古いバージョンをアンロードできないため、AzureRm.Profile で行き止まりになりました。

トリックは、AzureRM VSTSタスクが依存関係のセットアップをどのように実行するかを理解することでした。これは、VSTS UIの「Azure Powershell Version」文字列を効果的に受け取り、それを使用してPSModules環境変数に追加の検索パスを定義します。つまり、C:\Modules\azurerm_5.1.1です。

ユーザープロファイルを検索する前に、そのディレクトリを検索してから、グローバルモジュールパスを検索します。

モジュールが見つかると、Azureログインが実行されます。これにより、後でモジュールを削除する希望が妨げられます。

したがって、代わりに単純なpowershellタスク、つまりAzureRMが読み込まれていないタスクを使用する場合（マレーも結論付けたように）：

Install-PackageProvider -Name NuGet -Force -Scope CurrentUser Install-Module -Name AzureRM -RequiredVersion 6.2.1 -Force -Scope CurrentUser -AllowClobber

特にinstall-moduleは、 vsts画像生成プロジェクトのようなc：\ modulesにインストールされません。

実験するときに古いPowerShellバージョンを上書きする問題を回避するには、AllowClobberが必要であるように見えましたが、もう必要ないのではないかと思います。

エレガントなソリューションは、次にAzure PowerShellスクリプトを使用するときに始まります。

6.2.1が入力された優先PowerShellバージョンのフィールドは、PSModulesパスにC:\Modules\azurerm_6.2.1を追加します。これは存在しませんが、ありがたいことに、PSModulesには依然としてユーザー固有のモジュールパスが含まれているため、6.2.1が単独でロードされます。