dolthub/dolt

`ExistingRefError.Error()` omits the ref name and type

Offen

#11.434 geöffnet am 06.08.2026

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Go (429 Forks)batch import
bad error messagegood first issueversion control

Repository-Metriken

Stars
 (15.227 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 2T 21h) (58 gemergte PRs in 30 T)

Beschreibung

doltdb.ExistingRefError is returned when a caller-provided name collides with an existing ref. Its Error() explicitly returns a "already exists", a bare string.

https://github.com/dolthub/dolt/blob/56fc3f4f292598b644df4397d5ef1799a5883c07/go/libraries/doltcore/doltdb/errors.go#L158-L162

The type carries a Ref field that identifies the conflict. Branch creation already recovers this detail out of band, but tag and workspaces do not.

Error() should include the ref, for example: ref 'refs/heads/x' already exists. Updating 'Error()` will change the message tag and workspace callers and test assert against, so they'll have to be updated with their own wrappers.

Contributor Guide

Research-Richtung
Untersuche den Typ `ExistingRefError` in `go/libraries/doltcore/doltdb/errors.go`. Beachte, dass `Error()` eine generische Meldung zurückgibt. Suche im Codebasis nach allen Verwendungen von `ExistingRefError`, insbesondere in Tag und Workspace Workflows, und identifiziere die Tests, die die aktuelle Fehlermeldung überprüfen. Bestimme, wie das `Ref` Feld in die Fehlerzeichenfolge aufgenommen werden kann, während die Änderung minimal bleibt.
Tech Stack
go
Domain
backenddatabase
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GoGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
80