Diff compare with DiffTargets.WorkingDirectory is terribly slow

Offen

#2,010 erstellt am 27.1.2023 1 Kommentar 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

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

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: csharp, git
Bereich: backend-api-design, performance

Rechercherichtung

Reproduziere die Verlangsamung mit repository.Diff.Compare(repository.Head.Tip.Tree, DiffTargets.WorkingDirectory) in einem relativ großen Repository und vergleiche sie anschließend mit der Commit-zu-Commit-Überladung und repository.RetrieveStatus(). Verfolge den Vergleichspfad für das Arbeitsverzeichnis und ermittle, wo Zeit aufgewendet wird. Die Aufgabe ist abgeschlossen, wenn der Vergleich des Arbeitsverzeichnisses mit einer Leistung vergleichbar mit dem Commit-zu-Commit-Vergleich abgeschlossen wird.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Reproduction steps

Compare commit to the working tree directory on a relatively big repository

 repository.Diff.Compare<TreeChanges>(
              repository.Head.Tip.Tree,
              DiffTargets.WorkingDirectory)

which takes a long time or never completes. Comparing the working trees of two commits works instantly

                    var branchDiffResult = repository.Diff.Compare<TreeChanges>(
                       targetCommit.Tree,
                        repository.Head.Tip.Tree,
                        compareOptions);

Additionally, doing repository.RetrieveStatus() is also slow, but not that slow.

Expected behavior

The speed of the two matches.

Actual behavior

Comparing to working directory is terribly slow.

Version of LibGit2Sharp (release number or SHA1)

0.27.0.0

Operating system(s) tested; .NET runtime tested

4.72, windows 11

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
Running from Native AOT app fails to build signature Offen

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

libgit2/libgit2sharp#2187 · 2 Kommentare · Erstellt am 22.7.2026

Alle Issues in libgit2/libgit2sharp