Files
Mikrotik-Installer/.gitea/workflows/build.yml
T
adminandClaude Sonnet 5 96ffdb0b24
Build / build (push) Canceled after 0s
CI-Tests in Debug statt Release ausführen
Der Demo-Verbindungszugang (127.127.127.127), den ein Test nutzt, ist per
#if DEBUG nur in Debug-Builds vorhanden. Mit --configuration Release lief
der Test stattdessen in einen echten (nie erfolgreichen) Verbindungsversuch
und Timeout - so im ersten GitHub-Actions-Release-Lauf aufgefallen.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 13:08:16 +02:00

36 lines
1.3 KiB
YAML

name: Build
on:
push:
branches: [main]
workflow_dispatch:
jobs:
build:
# Passe dieses Label an, falls dein Runner unter einem anderen Namen registriert ist
# (in Gitea unter Repository/Organisation -> Einstellungen -> Actions -> Runner sichtbar).
runs-on: ubuntu-latest
steps:
- name: Code auschecken
uses: actions/checkout@v4
- name: .NET SDK einrichten
uses: actions/setup-dotnet@v4
with:
dotnet-version: '8.0.x'
# Debug, nicht Release: der interne Demo-Verbindungszugang, den ein Teil der Tests nutzt,
# existiert per #if DEBUG nur in Debug-Builds (siehe RouterOsClientFactory.cs) — in Release
# würde der Test einen echten Verbindungsversuch auslösen und in einen Timeout laufen.
- name: Tests ausführen
run: dotnet test src/MikrotikInstaller.Core.Tests/MikrotikInstaller.Core.Tests.csproj --configuration Debug
- name: Windows-exe veröffentlichen (self-contained, Single-File)
run: dotnet publish src/MikrotikInstaller.App/MikrotikInstaller.App.csproj --configuration Release --runtime win-x64
- name: Build-Ergebnis hochladen
uses: actions/upload-artifact@v4
with:
name: MikroTik-Installer-windows-x64
path: src/MikrotikInstaller.App/bin/Release/net8.0-windows/win-x64/publish/MikroTik-Installer.exe