应用错误收集

我有一个包含多个.NET项目的解决方案。我使用GitLab而不是自托管来进行版本控制，并且也想开始使用他们的CI工具。我已将以下.gitlab-ci.yml文件添加到我的根目录：

stages:
  - build
  - test

build_job:
  stage: build
  script:
  - 'echo building...'
  - 'msbuild.exe Bizio.sln'
  except:
  - tags

test_job:
  stage: test
  script:
  - 'echo: testing...'
  - 'msbuild.exe Bizio.sln'
  - 'dir /s /b *.Tests.dll | findstr /r Tests\\bin\\ > tests_list.txt'
  - 'for /f %%f in (tests_list.txt) do mstest.exe /testcontainer: "%%f"'
  except:
  - tags

build阶段总是失败，因为它不知道msbuild是什么。确切的错误是：

/ bin / bash：第61行：msbuild.exe：找不到命令

经过一番调查，我发现我正在使用共享跑步者。以下是作业运行的整个输出：

Running with gitlab-runner 10.6.0-rc1 (0a9d5de9)
  on docker-auto-scale 72989761
Using Docker executor with image ruby:2.5 ...
Pulling docker image ruby:2.5 ...
Using docker image sha256:bae0455cb2b9010f134a2da3a1fba9d217506beec2d41950d151e12a3112c418 for ruby:2.5 ...
Running on runner-72989761-project-1239128-concurrent-0 via runner-72989761-srm-1520985217-1a689f37...
Cloning repository...
Cloning into '/builds/hyjynx-studios/bizio'...
Checking out bc8085a4 as master...
Skipping Git submodules setup
$ echo building...
building...
$ C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe Bizio.sln
/bin/bash: line 61: msbuild.exe: command not found
ERROR: Job failed: exit code 1

看起来我的共享运行器正在使用Ruby的Docker镜像，这似乎是错误的。我不知道如何更改它或选择可用于.NET的另一个。在进行了一些进一步的调查后，我开始担心我必须通过大量的工作来获得我想要的东西，例如使用Azure VM来托管可以构建.NET应用程序的GitLab Runner。

使用GitLab的CI管道使用非自托管的GitLab实例构建我的.NET解决方案需要做什么？

您应该可以在机器上使用Framework 4构建工具设置自己的共享运行器（使用Docker镜像，如microsoft / dotnet-framework-build，或者仅使用本机）。

最简单的方法是使用您自己的桌面，您知道您的解决方案已经构建。（因为使用Docker镜像进行构建是绝对可能的，但需要确保在您的机器上使用docker工作的所有额外步骤。）

从https://docs.gitlab.com/runner/install/windows.html
下载计算机上的gitlab-runner
- 在计算机上创建目录（C：\ gitlab-runner）
- 将最新的二进制文件x86或x64下载到该文件夹
- 将二进制文件重命名为＆＃34; gitlab-runner.exe＆＃34;
为你的跑步者获取一个gitlab-ci标记
- 可能最简单的方法是在gitlab.com上转到你的项目并转到设置 - ＆gt; CI / CD并展开“一般管道设置”。
- 在“运行者标记”部分中，单击“显示值”按钮以显示标记值。在跑步者注册步骤中你将需要这个。
根据Registering Runners - Windows注册gitlab runner
- 打开提升的命令提示符（以管理员身份运行）
- cd to c：\ gitlab-runner
- 输入gitlab-runner register
- 注册提示将指导您完成注册跑步者的步骤，但简而言之，您将进入
- gitlab.com作为您的协调员网址，从您的项目中输入令牌
- 给你的跑步者一个名字
- 标记您的跑步者（以便您可以将其与能够构建，测试等的项目相关联 - 为简单起见，您现在可以跳过标记）
- 允许它运行无标记的工作（再次，简单，说真实）
- 锁定当前项目的跑步者（简单，说实话）
- 并选择执行程序（输入shell，基本上是说使用Windows命令行）
安装gitlab-runner作为服务，因此它总是检查要做的工作
- 在命令提示符下，键入gitlab-runner install
- 然后输入gitlab-runner start
- （现在，如果你去服务，你会看到列出的gitlab-runner，它应该正在运行 - 就在何时/如果跑步者崩溃，你应该去服务重新启动它）

呼。现在已经设置了运行器，它应该在您提交提交或请求合并时激活。

如果您仍然存在正确构建.gitlab-ci.yml文件的问题，可以通过在命令行中转到解决方案文件夹然后在本地调试它（无需通过gitlab.com继续触发）执行c:\gitlab-runner\gitlab-runner build（例如，测试构建步骤）。

如果构建步骤在查找解决方案文件时遇到问题，您可能需要尝试从＆＃39; msbuild.exe Bizio.sln＆＃39;更改它。到＆＃39; msbuild.exe。\ Bizio.sln＆＃39;

要用realrae补充答案，.Net Core应用程序的另一个选项是将对容器的调用作为.gitlab-ci.yml文件中的第一行。这将允许在共享的GitLab.com运行程序上进行构建。

image: microsoft/dotnet

如果要构建传统的.Net应用程序，则可以尝试使用mono docker映像。如果这对您不起作用，据我所知，本地跑步者是您唯一的选择。

image: mono:latest

或多阶段构建：

stages:
  - build-dotnet
  - test-dotnet
  - build-mono
  - test-mono

build-dotnet:
  stage: build-dotnet
  image: microsoft/dotnet:latest
  before_script:
    - "cd source"
    - "dotnet restore"
    - "cd .."
    - "cd samples"
    - "dotnet restore"
    - "cd .."
  script:
      - "cd source"
      - "dotnet build"
      - "cd .."
      - "cd samples"
      - "dotnet build"
      - "cd .."

build-mono:
  stage: build-mono
  image: mono:latest
  before_script:
  script:
    - nuget restore ./source/Source.sln
    - msbuild 
        /p:Configuration="Release"
        /p:Platform="Any CPU" 
        "./source/Source.sln"

使用GitLab CI Pipeline构建.NET解决方案

3 个答案: