VSTS构建步骤失败：‘Select-AzureRMSubscription’ cmdlet未识别求排查
Select-AzureRMSubscription未识别问题的建议 我之前处理过好几起类似的VSTS构建任务报错的情况，结合你描述的细节——远程执行正常、任务之前稳定运行数月、已重启机器，给你梳理几个针对性的排查方向：
先查Azure PowerShell任务的模块版本配置
这是最常见的原因：VSTS的Azure PowerShell任务默认可能会优先使用Az模块（毕竟AzureRM已经被官方弃用），但你的脚本依赖的是AzureRM的Select-AzureRMSubscriptioncmdlet。进入任务配置界面，仔细看是否选择了AzureRM模块而非Az，或者有没有勾选强制使用Az模块的选项？如果选错了模块，肯定会报cmdlet未识别的错误。验证构建服务账户的PowerShell环境
你远程连接代理用的是自己的用户账户，但VSTS构建任务是用构建服务账户（比如NT AUTHORITY\SYSTEM或者专门的域账户）运行的，这两个账户的PowerShell模块路径可能完全不一样：- 登录代理机器，用
runas /user:<构建服务账户名> powershell命令切换到服务账户的PowerShell环境 - 执行
Get-Module -ListAvailable AzureRM，看看这个账户能不能找到AzureRM模块 - 如果找不到，大概率是AzureRM模块只安装在你个人用户的模块路径（
C:\Users\<你的用户名>\Documents\WindowsPowerShell\Modules），而不是公共路径（C:\Program Files\WindowsPowerShell\Modules）。这种情况要么以服务账户身份重新安装模块，要么把模块移到公共路径。
- 登录代理机器，用
对比构建任务和远程执行的PowerShell版本
远程执行时你用的PowerShell版本，和构建任务使用的版本可能不一样。可以在构建任务里加一个临时步骤，执行$PSVersionTable输出版本信息，和远程执行的结果对比。有些旧版PowerShell对模块加载的逻辑不同，或者AzureRM模块需要特定版本的PowerShell支持。检查AzureRM模块是否损坏或版本冲突
虽然重启过机器，但模块文件可能因为更新、磁盘问题损坏。可以试试：- 切换到构建服务账户的PowerShell，执行
Uninstall-Module AzureRM -AllVersions -Force完全卸载所有版本 - 然后重新安装你确认可用的特定版本：
Install-Module AzureRM -RequiredVersion <你之前用的版本号> -Force -AllowClobber
记得要确保安装到公共模块路径，或者用服务账户身份安装。
- 切换到构建服务账户的PowerShell，执行
排查构建任务的环境变量和工作目录
构建任务的工作目录可能被修改，或者PSModulePath环境变量被覆盖，导致模块加载失败。可以在构建任务里加一个步骤，输出$env:PSModulePath，和远程执行的结果对比，看看有没有缺失的模块路径。检查近期的更新操作
你说任务稳定运行了数月，那近期代理机器有没有系统更新？或者AzureRM模块被自动更新了？有些更新可能会导致cmdlet名称变更或者模块加载异常。可以在脚本开头加上Import-Module AzureRM -RequiredVersion <指定版本>，强制加载你确认可用的模块版本，避免版本冲突。
小提示：Az模块里对应的cmdlet是
Select-AzSubscription，如果任务不小心切换到Az模块，就会出现你遇到的报错，这一点一定要优先确认！
内容的提问来源于stack exchange，提问作者Shane
