Ola*_*son 10 .net c# powershell continuous-integration gitlab-ci
我有一个 .Net 5 解决方案并使用代码样式分析构建项目。每个违反规则都会导致警告。但是构建命令以代码 0 退出。
我创建了一个.gitlab-ci.yml文件,如果抛出任何构建警告,该文件应该将管道标记为不稳定。
image: mcr.microsoft.com/dotnet/sdk:5.0
stages:
- build
- unit-tests
build:
stage: build
script:
- |-
dotnet build --output build -consoleloggerparameters:"Summary;Verbosity=normal" -m -p:"WarnLevel=5;EnforceCodeStyleInBuild=true" -t:"clean,build" -fl1 "/flp1:warningsonly";
if ((!$LASTEXITCODE) -and (Get-Content "msbuild1.log"))
{
# >>> mark stage as unstable here <<<
}
artifacts:
paths:
- build
unit-tests:
stage: unit-tests
script:
- dotnet test --no-build --output build
dependencies:
- build
Run Code Online (Sandbox Code Playgroud)
阶段本身通过了,但我希望它以不稳定的状态通过(因为警告),不幸的是它是绿色的。
一个糟糕的解决方案是-warnaserror为构建命令添加标志并allow_failure: true用于舞台。这将使阶段进入不稳定状态,但由于缺少构建,下一阶段将失败。
那么检查构建命令是否以警告结束将阶段标记为不稳定的正确方法是什么?
不太确定这是否是您正在寻找的,但我的理解是您unit-tests取决于上一步code-quality或build步骤(或两者)?在这种情况下,您将unit-tests步骤修改为:
unit-tests:
stage: unit-tests
script:
- dotnet test --no-build --output build
# replace 'dependencies' with 'needs'
needs:
- job: build
artifacts: true
- job: code-quality
Run Code Online (Sandbox Code Playgroud)
后果是,如果构建失败,您的管道将失败,如果该code-quality步骤失败,它仍然能够运行unit-tests,除非测试步骤依赖于代码质量步骤中的工件
| 归档时间: |
|
| 查看次数: |
150 次 |
| 最近记录: |