Running from Native AOT app fails to build signature

Offen

#2,187 erstellt am 22.7.2026 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Klar beschrieben
Aktivitätsstatus: Veraltet
Tech-Stack: csharp, git
Bereich: build-system

Rechercherichtung

Beginnen Sie mit dem bereitgestellten repro.cs-Skript und vergleichen Sie dotnet run --file repro.cs mit dotnet publish repro.cs, gefolgt vom Ausführen von artifacts\repro\repro.exe. Sehen Sie sich PR #2188 an und überprüfen Sie, dass die veröffentlichte Native AOT-App die erwartete Git-Signatur aus der Konfiguration erstellt, statt den Fehlerpfad zu nehmen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

This is a clean repro:

#:package LibGit2Sharp@0.*
#:package Spectre.Console@0.*
using System;
using LibGit2Sharp;
using Spectre.Console;

using var repo = new Repository(Environment.CurrentDirectory);
var signature = repo.Config.BuildSignature(DateTimeOffset.Now);

if (signature == null)
{
    AnsiConsole.MarkupLine("[red] Unexpected error: Git user.name and/or user.email are not configured.[/]");
    return 1;
}
else
{
    AnsiConsole.MarkupLine($"[lime]{signature}[/]");
    return 0;
}

When running this script from a git repo dir with dotnet run --file repro.cs, you get the proper signature built from the found config.

Doing dotnet publish repro.cs and then running it from artifacts\repro\repro.exe will result in the error path consistently.

The PR #2188 fixes it and can be verified by changing the above repro script to use my CI feed:

#:package LibGit2Sharp@0.31.1
#:package Spectre.Console@0.*
#:property RestoreSources=https://api.nuget.org/v3/index.json;https://pkg.kzu.app/index.json

Vorherrschende Sprache: C#
Sterne: 3.5k
Forks: 925
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus libgit2/libgit2sharp

Potential AccessViolation at process exit on .NET Framework - SafeHandle finalizers now race `git_libgit2_shutdown` Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100

libgit2/libgit2sharp#2193 · 2 Kommentare · Erstellt am 01.9.2026
AccessViolationException accessing Commit.Parents concurrently on Linux .NET 10 Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100

libgit2/libgit2sharp#2192 · 1 Kommentar · Erstellt am 01.9.2026
Website is down Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 20/100

libgit2/libgit2sharp#2191 · 2 Reaktionen · Erstellt am 20.8.2026
Indexing a tree by path yields different result with trailing slash Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

libgit2/libgit2sharp#2189 · 1 Reaktion · Erstellt am 04.8.2026
Update bundled libgit2 to >= 1.9.4 for relativeWorktrees support Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

libgit2/libgit2sharp#2184 · 1 Kommentar · Erstellt am 09.6.2026

Alle Issues in libgit2/libgit2sharp