GitLab CI中.NET命令的正确用法及工件依赖相关疑问

核心结论 #

是的，不需要在后续的测试、发布、打包阶段重复执行dotnet restore和dotnet build，但要注意以下关键细节：

关于--no-restore和--no-build的使用 #

• 测试阶段：执行dotnet test时添加--no-restore --no-build完全可行，前提是你在build阶段已经把构建生成的bin/、obj/等目录作为工件保存，且GitLab CI已将这些工件正确下载到后续任务的工作目录中。
• 发布/打包阶段：dotnet publish或打包相关命令添加--no-restore --no-build同样有效，只要build阶段的工件包含了发布、打包所需的中间构建产物。

工件位置的处理 #

GitLab CI默认会把前一阶段的工件下载到当前工作目录的根路径，和build阶段生成产物的路径完全一致，所以绝大多数情况下不需要手动指定路径。但要注意两点：

• 在build阶段定义artifacts时，必须准确包含所有需要的目录，示例配置如下：

  artifacts:
    paths:
      - '**/bin/'
      - '**/obj/'
  

• 如果项目结构复杂（比如多解决方案、子项目路径特殊），可以在后续命令中通过--project参数指定具体项目路径，或者确保工件路径覆盖到这些子项目的构建产物。

额外注意事项 #

• 若后续阶段使用的runner环境（如镜像）和build阶段不同，必须保证.NET SDK版本一致，否则可能出现兼容性问题，导致--no-build参数失效。
• 测试阶段要确保测试项目的构建产物也包含在artifacts中，否则dotnet test会找不到测试程序集。

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