Azure DevOps PowerShell发布管道异常字符及模块冲突问题

1. 日志中[33;1m、[0m类特殊字符的成因 #

这类字符是ANSI/VT100终端转义控制序列，是PowerShell 7默认用来给终端输出加颜色样式的控制码：

• [33;1m 代表后续文本切换为亮黄色，对应警告级别的输出样式
• [32;1m 代表后续文本切换为亮绿色，对应成功/信息级别的输出样式
• [0m 代表重置所有文本样式，恢复默认输出颜色

这类字符直接显示在日志里的原因是：Azure DevOps管道任务捕获PowerShell输出时，没有自动解析、剥离这些面向交互式终端的控制码，直接把原始输出写入了日志。

修复方法 #

在PowerShell内联脚本的最开头加一行配置，强制PowerShell输出纯文本、不带样式控制码即可：

# 禁用ANSI颜色输出，避免日志出现多余控制字符
$PSStyle.OutputRendering = 'PlainText'

2. "Both Az and AzureRM modules were detected on this machine"警告的含义与修复 #

含义说明 #

AzureRM是微软已经废弃的旧版Azure PowerShell模块，Az是2018年之后推出的正式替代模块，两者的cmdlet命名、程序集存在大量冲突，无法在同一个PowerShell会话中同时加载使用，否则会出现命令覆盖、调用报错等不可预期的问题。这个警告代表当前运行管道的代理机器上同时安装了Az和AzureRM两套模块，你导入Az.Accounts时PowerShell检测到了冲突风险。

修复方法 #

根据使用的代理类型选对应方案即可：

• 如果使用微软托管的公用代理：这类代理已经预装了适配好的Az模块，不需要手动执行Install-Module -Name Az -AllowClobber -Force重复安装，直接删掉脚本里这行安装Az的命令即可从根源避免冲突。
• 如果使用自托管私有代理：用管理员权限打开代理机器上的PowerShell，执行Uninstall-AzureRm命令，彻底卸载所有残留的旧版AzureRM模块即可消除警告。

补充：如果脚本用途是操作Azure资源，优先选管道内置的Azure PowerShell任务而非通用PowerShell任务，内置任务会自动处理Az模块加载、身份认证逻辑，不需要手动写安装、导入模块的代码，能避开绝大多数版本、权限相关的坑。

内容的提问来源于stack exchange，提问作者MBuschi