Apenas para elaborar a etimologia do nome do comando rev-parse
, o Git usa consistentemente o termo rev
em comandos de canalização, abreviação de "revisão" e geralmente significa o hash SHA1 de 40 caracteres para uma confirmação. O comando, rev-list
por exemplo, imprime uma lista de hashes de confirmação de 40 caracteres para uma ramificação ou qualquer outra coisa.
Nesse caso, o nome pode ser expandido para parse-a-commitish-to-a-full-SHA1-hash
. Embora o comando tenha as várias funções auxiliares mencionadas na resposta do Tuxdude, seu homônimo parece ser o caso de uso de transformar uma referência amigável como um nome de filial ou hash abreviado no hash inequívoco SHA1 de 40 caracteres mais útil para muitos programas / encanamentos propósitos.
Eu sei que eu estava pensando que era "analisar reversamente" algo por um bom tempo antes de descobrir e tive o mesmo problema de entender os termos "massageando" e "manipulação" :)
De qualquer forma, acho essa noção de "analisar para uma revisão" uma maneira satisfatória de pensar sobre ela, e um conceito confiável para trazer esse comando à mente quando preciso desse tipo de coisa. Freqüentemente, no script Git, você usa uma referência de confirmação amigável como entrada do usuário e geralmente deseja resolvê-la para uma referência de trabalho validada e inequívoca assim que recebê-la. Caso contrário, a tradução e a validação de entrada tendem a proliferar através do script.
rev-parse
comando. Você também pode usá-lo para normalizar uma linha de comando, para que o programa real não precise entender a sintaxe complicada de nome de objeto do Git (você usariagit rev-parse
para alterar ou "massagear" certos parâmetros na linha de comando antes do programa real é chamado).