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

这里有几个屏幕抓取来显示我在说什么 . 这个显示编译完成：

enter image description here

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

enter image description here

但是在GitLab确定作业确实成功之前，GitLab又用3个点再坐了两分钟左右：

enter image description here

enter image description here

我打开了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

几分钟似乎并不太糟糕，除非它正在管道中的每个阶段发生，所以它很快就会增加 .

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

任何想法或建议？

gitlab gitlab-ci gitlab-ci-runner