Nur um auf die Etymologie des Befehlsnamens rev-parse
einzugehen, verwendet Git konsequent den Begriff rev
in Plumbing-Befehlen als Abkürzung für "Revision" und bedeutet im Allgemeinen den 40-Zeichen SHA1-Hash für einen Commit. Der Befehl rev-list
druckt z. B. eine Liste von 40-Zeichen-Commit-Hashes für einen Branch oder ähnliches.
In diesem Fall könnte der Name zu parse-a-commitish-to-a-full-SHA1-hash
erweitert werden. Obwohl der Befehl die verschiedenen Nebenfunktionen erwähnt Tuxdude's Antwort hat, scheint sein Namensgeber der Anwendungsfall zu sein, bei dem ein benutzerfreundlicher Verweis wie ein Branch-Name oder ein abgekürzter Hash in den eindeutigen 40-Zeichen SHA1-Hash umgewandelt wird, der für viele Programmier-/Plumbing-Zwecke am nützlichsten ist.
Ich dachte lange Zeit, es sei "reverse-parse" oder so, bevor ich es verstanden habe, und hatte dieselben Schwierigkeiten, die Begriffe "massaging" und "manipulation" zu verstehen :)
Nun ja, ich finde diese "parse-to-a-revision" Vorstellung eine befriedigende Möglichkeit, darüber nachzudenken, und ein zuverlässiges Konzept, um diesen Befehl abzurufen, wenn ich so etwas brauche. Häufig nimmt man beim Skripten mit Git einen benutzerfreundlichen Commit-Verweis als Benutzereingabe und möchte ihn in einen validierten und eindeutigen Arbeitsverweis auflösen, sobald man ihn erhalten hat. Andernfalls neigen Übersetzungs- und Validierungseingaben dazu, sich im Skript zu vermehren.