O que há de errado com todas as sugestões (exceto a explicação de Matthew Brett , atualizada nesta resposta)?
Basta executar qualquer comando fornecido por outro no histórico do jQuery Git quando você estiver em um ponto diferente do histórico e verificar o resultado com a representação visual do histórico de marcação (eu fiz por isso que você vê este post):
$ git log --graph --all --decorate --oneline --simplify-by-decoration
Atualmente, muitos projetos realizam lançamentos (e, portanto, marcam) em ramificações separadas da linha principal .
Há fortes razões para isso. Basta olhar para qualquer projeto JS / CSS bem estabelecido. Para convenções de usuários, eles carregam arquivos de liberação binária / minificada no DVCS. Naturalmente, como mantenedor do projeto, você não deseja descartar o histórico de diferenças da linha principal com blobs binários inúteis e executar o commit de artefatos de construção fora da linha principal .
Como o Git usa o DAG e não o histórico linear - é difícil definir a métrica da distância para que possamos dizer - oh, essa rev é a mais próxima da minha HEAD!
Começo minha própria jornada (olhe para dentro, não copiei imagens de prova sofisticadas para este longo post):
Qual é a tag mais próxima no passado em relação à ramificação no Git?
Atualmente, tenho 4 definições razoáveis de distância entre tag e revisão com diminuição da utilidade:
- comprimento de percurso mais curto a partir
HEADde base de intercalação com tag
- data da base de mesclagem entre
HEADe tag
- número de rotações alcançáveis a partir de HEAD, mas não alcançáveis a partir da tag
- data da tag, independentemente da base de mesclagem
Não sei como calcular o comprimento do caminho mais curto .
Script que classifica as tags de acordo com a data da base de mesclagem entre HEADe tag:
$ git tag \
| while read t; do \
b=`git merge-base HEAD $t`; \
echo `git log -n 1 $b --format=%ai` $t; \
done | sort
É utilizável na maioria dos projetos.
Script que classifica as tags de acordo com o número de rotações alcançáveis a partir de HEAD, mas não alcançáveis a partir da tag:
$ git tag \
| while read t; do echo `git rev-list --count $t..HEAD` $t; done \
| sort -n
Se o histórico do seu projeto tiver datas estranhas nas confirmações (devido a rebase ou outra reescrita do histórico ou algum idiota, esqueça de substituir a bateria do BIOS ou outras mágicas que você faz no histórico) use o script acima.
Para a última opção ( data da tag, independentemente da base de mesclagem ), para obter a lista de tags classificadas por data, use:
$ git log --tags --simplify-by-decoration --pretty="format:%ci %d" | sort -r
Para conhecer a data atual da revisão, use:
$ git log --max-count=1
Observe que eles git describe --tagstêm uso em seus próprios casos, mas não para encontrar a marca mais próxima esperada humana no histórico do projeto .
NOTA Você pode usar as receitas acima em qualquer revisão, basta substituir HEADpelo que deseja!