Azure Pipelines的DotNetCoreCLI@2任务应优先用内置输入还是arguments？

核心结论 #

两种用法设计定位上完全等价，你观察到的内置输入未转换为对应命令参数的情况，属于DotNetCoreCLI@2任务特定版本的实现缺陷，并非设计层面的差异。实际使用中优先选择arguments参数写法更稳妥。

优先选择arguments参数的原因 #

• 完全可控，无隐式逻辑：你手动写在arguments里的参数会被原封不动拼接至最终执行的dotnet命令中，不会受任务版本更新、代理运行环境差异影响，排查问题时无需额外核对任务内置参数的实现逻辑，直接查看arguments配置即可确认最终执行命令。
• 兼容性更强：原生dotnet cli参数是跨平台、跨CI系统通用的标准写法，后续如果需要升级任务版本、迁移流水线到其他CI平台，无需重新适配不同任务的内置输入命名规则，改造成本极低。
• 写法灵活度更高：需要传递复杂参数组合、或者基于流水线变量动态传参时，直接在arguments中拼接的写法，比拆分多个零散的内置输入项更简洁易维护。

内置输入的适用场景 #

如果你的流水线长期固定在特定的DotNetCoreCLI@2任务版本、无跨平台迁移需求，也可以选择内置输入写法，好处是参数语义更清晰，不需要记忆dotnet cli的具体参数名，可读性更高。如果遇到内置参数不生效的问题，可以尝试升级任务小版本修复对应缺陷即可。

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