Gitlab CI Runner 完成工作很慢

Alf*_*ieJ 6 gitlab gitlab-ci gitlab-ci-runner

我在 Windows 上使用 GitLab CI 运行器已经有几年了,我想知道为什么在编译实际完成之后,GitLab 认为工作已经完成需要很长时间。

这里有一些屏幕截图来展示我正在谈论的内容。这表明编译已完成:

在此输入图像描述

MSBuild 已完成,因此构建阶段已完成。31 秒是 MSBuild 完成的时间,但在此之前还需要一分钟左右的时间从 NuGet、Bower 和 NPM 获取包。这是当前作业运行时间的图片:

在此输入图像描述

但随后 GitLab 又在 3 个点上等待了两分钟左右,然后才确定工作实际上已成功:

在此输入图像描述

在此输入图像描述

我打开了 CI_DEBUG_TRACE 但它没有显示出太多对我来说有用的信息。我还尝试过缓存和工件,但将其关闭,因为工件太大并且没有显着改变构建时间。这是 .gitlab-ci.yml 文件:

stages:
 - build
 - test

before_script:
  - '.nuget\\nuget.exe restore <name>.sln'
  - 'call bower install'
  - 'call npm install'
  - 'call gulp'

cache:

build:
 stage: build
 dependencies: []
 script:
  - '"C:\\Program Files (x86)\\MSBuild\\14.0\\Bin\\MSBuild.exe" <name>.sln /t:ReBuild /p:Configuration=Release'
 retry: 2

test:
 stage: test
 dependencies: []
 script:
  - '"C:\\Program Files (x86)\\MSBuild\\14.0\\Bin\\MSBuild.exe" <name>.sln /t:ReBuild /p:Configuration=Release'
  - ".\\packages\\xunit.runner.console.2.3.1\\tools\\net452\\xunit.console.exe UnitTest\\bin\\Release\\UnitTest.dll"
 retry: 2
Run Code Online (Sandbox Code Playgroud)

几分钟似乎并不算太​​糟糕,只不过它发生在管道中的每个阶段,所以它加起来很快。

在过去,这 2 分钟的延迟不会发生,但我不知道可能发生了什么变化,或者我可能做了什么导致了它。跑步者是最新版本。

有什么想法或建议吗?