因此,我们在visualstudio.com上的构建管道将所有日志消息中的所有子字符串“ sa”替换为“ ***”-例如,如果您执行带有标志“ --no-save”的命令,它将在日志中显示为“ --no-*** ve”。
我很确定这是对密谋进行误导的尝试(“ sa”是SQL中的默认管理员用户),但是我在配置中找不到我们自己进行迷惑的任何地方。这是默认行为吗?如何控制它?
答案 0 :(得分:1)
根据您共享的日志,我知道了。此问题应由您的秘密变量配置引起。
例如,如果您设置了变量名称NA
,而变量的值为sa
,则详细说明。然后,将此变量设置为秘密变量。此时,当您执行此管道时,所有具有“ sa
”的单词将被替换为“ ***
”。
这是默认行为吗?如何控制它?
因此,对于此问题,这不是Azure Devops的默认行为。这应该是因为您的秘密变量已配置。
此外,您无需为此担心。这只是使用RSA加密的。它不会影响您传递的普通变量和构建运行。
但是,如果您的构建配置了YAML。您需要注意。请参考此文档:secret variable。要在YAML中使用机密变量,将机密映射到环境变量中是正确的方法。