Wystarczy opracować na etymologii nazwy poleceń rev-parse
, Git konsekwentnie używa terminu rev
poleceń instalacyjnych jak skrót od "revision" i ogólnie oznacza 40-znakowy skrót SHA1 dla zatwierdzenia. Polecenie rev-list
na przykład wypisuje listę 40-znakowych skrótów zatwierdzania dla gałęzi lub cokolwiek innego.
W tym przypadku nazwa może zostać rozszerzona na parse-a-commitish-to-a-full-SHA1-hash
. Chociaż polecenie ma kilka pomocniczych funkcji wymienionych w odpowiedzi Tuxdude'a, jego imiennik wydaje się być przypadkiem użycia przekształcenia przyjaznego dla użytkownika odniesienia, takiego jak nazwa oddziału lub skróconego skrótu, do jednoznacznego 40-znakowego skrótu SHA1, który jest najbardziej przydatny w wielu programach/instalacjach hydraulicznych. cele.
wiem, myślałem, że to „reverse-analizowania” coś na dłuższą chwilę, zanim zorientowaliśmy się i miał ten sam problem z płaceniem sens określeń „masowanie” i „manipulacji” :)
Zresztą , Odnajduję tę "od podstaw do rewizji" koncepcję satysfakcjonującego sposobu myślenia o niej i niezawodną koncepcję przypominania tego polecenia, kiedy tego potrzebuję. Często podczas wykonywania skryptów Git, użytkownik przyjmuje przyjazne dla użytkownika odwołanie do zatwierdzenia jako dane wejściowe użytkownika i na ogół chce je rozwiązać do zweryfikowanego i jednoznacznego roboczego odnośnika, zaraz po otrzymaniu go, jak to możliwe. W przeciwnym razie tłumaczenie wejściowe i sprawdzanie poprawności ma tendencję do mnożenia się przez skrypt.
miarę widzę w manualu, to głównie wewnętrzne narzędzie do analizowania rewizji/nazwy obiektów dla innych poleceń . To co robisz jest właściwie celem polecenia 'rev-parse'. Możesz go również użyć do znormalizowania wiersza poleceń, aby rzeczywisty program nie musiał rozumieć skomplikowanej składni nazwy obiektu Git (do zmiany lub "masażu" użyłbyś 'git rev-parese', niektóre parametry w wierszu poleceń przed wywołaniem aktualnego programu). –
Zobacz także https://github.com/git/git/commit/b2a2c4d8099c69ec997e51cac489c0947ad17956 – VonC