Você não é o primeiro a pensar em um "número de revisão" no Git , mas ' wc
' é bastante perigoso, pois o commit pode ser apagado ou esmagado, e a história revisitada.
O "número de revisão" foi especialmente importante para o Subversion, pois era necessário em caso de mesclagem (os SVN1.5 e 1.6 foram aprimorados nessa frente).
Você pode acabar com um gancho de pré-confirmação que incluiria um número de revisão no comentário, com um algoritmo que não envolve a pesquisa de todo o histórico de uma ramificação para determinar o número correto.
O Bazaar realmente apresentou esse algoritmo , e pode ser um bom ponto de partida para o que você deseja fazer.
(Como a resposta de Bombe aponta, o Git tem, na verdade, um algoritmo próprio, baseado na tag mais recente, mais o número de confirmações, além de um pouco de uma tecla SHA-1). Você deve ver (e votar) a resposta dele, se funcionar para você.
Para ilustrar a idéia de Aaron , você também pode anexar o hash de confirmação do Git no arquivo de "informações" de um aplicativo que você está distribuindo com seu aplicativo.
Dessa forma, a caixa about seria semelhante a:
O número do aplicativo faz parte da confirmação, mas o 'arquivo de "informações" do aplicativo é gerado durante o processo de empacotamento, vinculando efetivamente um número de compilação do aplicativo a um ID de revisão técnica .