Azure DevOps构建.NET Core应用时是否需要单独配置restore与build步骤？

是否需要保留前两个独立步骤取决于你的实际使用场景，生产级CI流水线建议保留，个人简易项目可按需合并：

• 故障排查效率更高：三个步骤独立运行时，Azure DevOps会直接标识出具体失败的环节：是依赖拉取失败、代码编译错误还是单测用例不通过，不需要进入dotnet test的冗长日志中逐层排查根因，故障定位效率提升非常明显。
• 参数配置更灵活可控：不同步骤通常需要配置差异化的参数，比如dotnet build需要指定--configuration Release、设置程序集版本、开启警告等级；dotnet test需要指定测试用例过滤规则、收集代码覆盖率、设置测试超时时间。分开配置可读性和可维护性远高于把所有参数都堆砌在同一个dotnet test命令中。同时如果你要配置Nuget包缓存来优化构建速度，单独的dotnet restore步骤可以更方便的匹配缓存规则，降低重复拉包的耗时。
• 便于后续流水线扩展：如果后续你需要新增打包、镜像构建、制品发布等后续步骤，可以直接复用dotnet build的产出物，不需要重复执行构建逻辑。如果仅保留dotnet test步骤，后续新增发布环节时还需要额外执行一次构建，拉长整个流水线的运行时长。

如果是个人小项目，流水线仅需执行单测校验，不需要后续的发布、制品导出等操作，也不需要做构建缓存优化，直接使用单独的dotnet test命令即可，不需要额外保留前两个步骤，精简流水线配置。

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