Utilize o comando git rev-parse no modo de análise de opções (consulte a seção "PARSEOPT" abaixo).

Utilize o comando git rev-parse em modo de citação shell (consulte a seção "SQ-QUOTE" abaixo). Ao contrário da opção --sq abaixo, este modo apenas cita. Nada mais é feito para comandar a entrada.

Apenas faz sentido no modo --parseopt. Informa ao analisador das opções para ecoar o primeiro -- encontrado em vez de ignorá-lo.

Apenas faz sentido no modo --parseopt. Permite que o analisador de opções pare no primeiro argumento sem opção. Pode ser usado para analisar os subcomandos que aceitam essas opções.

Apenas faz sentido no modo --parseopt. Gere as opções em sua forma longa, caso estejam disponíveis, e com os seus argumentos bloqueados.

Não produza opções e parâmetros não destinados ao comando git rev-list.

Não produza opções e parâmetros destinados ao comando git rev-list.

Não produza parâmetros que não sejam opções.

Não gere parâmetros para opções.

Caso não haja nenhum parâmetro informado pelo usuário, em vez disso utilize <arg>.

Comporte-se como se o comando git rev-parse fosse invocado no subdiretório <arg> da árvore de trabalho. Quaisquer nomes dos arquivos relativos são resolvidos como se fossem prefixados através do <arg> e serão impressos neste formulário.

prefix=$(git rev-parse --show-prefix)
cd "$(git rev-parse --show-toplevel)"
# rev-parse provides the -- needed for 'set'
eval "set $(git rev-parse --sq --prefix "$prefix" -- "$@")"

Verifique que exatamente um parâmetro seja informado e se pode ser transformado em um SHA-1 com 20 bytes brutos, que possa ser utilizado para acessar o banco de dados do objeto. Em caso positivo, emita-o para a saída padrão; caso contrário, gere um erro.

Apenas faz sentido no modo --verify. Não produza uma mensagem de erro caso o primeiro argumento não for um nome válido do objeto; em vez disso, encerre com uma condição diferente de zero silenciosamente. O SHA-1 para os objetos com nomes válidos que são impressos com êxito no stdout.

Normalmente, a saída é feita uma linha por opção e parâmetro. Esta opção gera a saída em uma única linha, devidamente citada para utilização do shell. Útil quando você espera que o seu parâmetro contenha espaços e novas linhas (como, por exemplo, ao utilizar a picareta S com git diff-*). Ao contrário da opção --sq-quote, a entrada do comando ainda é interpretada como de costume.

O mesmo que --verify porém encurta o nome do objeto para um prefixo único com pelo menos um`comprimento` determinado de caracteres. A quantidade mínima é de 4 caracteres, o valor é predefinido na variável de configuração core.abbrev (consulte git-config[1]).

Ao exibir os nomes dos objetos, prefixe-os com ^ e retire o prefixo ^ dos nomes dos objetos que já possuam um.

Para um nome abreviado não ambíguo dos nomes dos objetos. A opção core.warnAmbiguousRefs é utilizada para selecionar o modo estrito da abreviação.

Normalmente, os nomes dos objetos são emitidos em formato SHA-1 (com possível prefixo ^); essa opção faz com que eles sejam impressos o mais próximo possíveis da entrada original.

É semelhante ao --symbolic, porém omite a entrada que não seja uma refs (como, por exemplo, os nomes dos ramos ou tags; ou de uma forma explicitamente desambiguante "heads/master", quando você quer nomear a o ramo "master" quando houver uma tag com o nome "master") e mostre-os como "refnames" completos (como, por exemplo, "refs/heads/master").

Exibe todas as refs encontradas em refs/.

Exibe todos as ramificações, tags ou ramificações monitoradas remotamente, respectivamente (ou seja, as refs encontradas respectivamente em refs/heads, refs/tags ou refs/remotes).

Exiba todos os árbitros que coincidam com o padrão (pattern) do "glob". Caso o padrão não comece com refs /, isto será anexado automaticamente. Caso o padrão não contenha um caractere curinga (?, * ou [), este será transformado em um prefixo correspondente ao acrescentar /*.

Não inclua as refs que coincidam com <glob-pattern> em que as próximas opções --all, --branches, --tags, --remotes ou --glob considerariam de outra forma. As repetições destas opções acumulam padrões de exclusão até a próxima opção --all, --branches, --tags, --remotes ou --glob (outras opções ou argumentos não limpam os padrões acumulados).

Exiba todos os objetos cujo nome começa com o prefixo informado. O <prefixo> deve ter pelo menos 4 dígitos hexadecimais para evitar ter que listar por engano todos os objetos no repositório.

Liste as variável de ambiente do GIT_* que são locais no repositório (GIT_DIR ou GIT_WORK_TREE, mas não o GIT_EDITOR por exemplo). Somente os nomes das variáveis são listadas, não o seu valor, mesmo que estejam definidos.

Exibe o $GIT_DIR caso seja definido. Caso contrário, exibe o caminho para o diretório .git. O caminho exibido, quando relativo, é relativo ao diretório de trabalho atual.

Como --git-dir, porém sua saída é sempre o caminho absoluto canonizado.

Exibe o $GIT_COMMON_DIR caso seja definido, senão $GIT_DIR.

Quando o diretório de trabalho atual estiver abaixo do diretório do repositório, imprima true, caso contrário, false.

Quando o diretório de trabalho atual estiver dentro da árvore de trabalho do repositório, imprima true, caso contrário, false.

Quando o repositório for simples imprima true, caso contrário false.

Quando o repositório é raso, imprima true, caso contrário, false.

Verifique se o <caminho> é um repositório válido ou um gitfile que aponte para um repositório válido e imprima o local do repositório. Caso o <caminho> seja um gitfile, o caminho resolvido para o repositório real será impresso.

Resolva "$GIT_DIR/<caminho>" e leve em consideração as outras variáveis de realocação do caminho, como $GIT_OBJECT_DIRECTORY, $GIT_INDEX_FILE, etc. Caso $GIT_OBJECT_DIRECTORY seja definido para /foo/bar por exemplo, então o comando "git rev-parse --git-path objects/abc" returna /foo/bar/abc.

Quando o comando é chamado a partir de um subdiretório, exiba o caminho do diretório do nível mais alto em relação ao diretório atual (geralmente uma sequência de "../" ou uma sequência vazia).

Quando o comando é invocado a partir de um subdiretório, exiba o caminho do diretório atual em relação ao nível mais alto do diretório.

Exibe o caminho absoluto do diretório no nível mais da árvore de trabalho. Caso não haja uma árvore em funcionamento, relate um erro.

Exibe o caminho absoluto da raiz da árvore de trabalho do superprojeto (caso exista) que usa o repositório atual como sendo o seu submódulo. Não produz nada caso o repositório atual não eja usado como um submódulo por nenhum projeto.

Exibe o caminho para o arquivo do índice compartilhado no modo de índice dividido ou vazio caso não esteja no modo do índice dividido.

Exiba o formato do objeto (algoritmo hash) usado no repositório para o armazenamento dentro do diretório .git, entrada ou saída. Para a entrada, vários algoritmos podem ser impressos, separados por espaço. Caso não seja definido, a predefinição retorna para "storage".

Analise a cadeia de caracteres da data e exiba o parâmetro --max-age= correspondente para git rev-list.

Analise a cadeia de caracteres da data e exiba o parâmetro --max-age= que corresponda para o git rev-list.

As opções e os parâmetros que serão analisados.

Para excluir os commits acessíveis de um commit, é usada uma notação de prefixo ^. Por exemplo, ^r1 r2 significa os commits acessíveis de r2 porém exclui aqueles acessíveis do r1 (como, por exemplo, r1 e os seus ancestrais).

A operação do conjunto ^r1 r2 aparece com tanta frequência que existe uma abreviação para isso. Quando você tem dois commits r1 e r2 (nomeados de acordo com a sintaxe explicada em ESPECIFICANDO REVISÕES acima), você pode solicitar os commits que sejam acessíveis atraés do r2 excluindo aqueles que podem ser acessados através do r1 pelo ^r1 r2 e podem ser escritos como r1..r2.

Uma notação semelhante r1...r2 é chamada de uma diferença simétrica de r1 e r2 sendo definida como r1 r2 --not $(git merge-base --all r1 r2). É o conjunto dos commits que são acessíveis a partir do r1 (lado esquerdo) ou r2 (lado direito), porém, não de ambos.

o seu formato é o caractere curto da opção e, em seguida, o nome da opção longa, separado por vírgula. Ambas as partes não são necessárias, embora pelo menos uma seja necessária. Não pode conter nenhum dos caracteres <flags>. h,help, dry-run e f são exemplos corretos do <opt-spec>.

<flags> são do *, =, ? ou !.

Caso <arg-hint> seja definido, é usado como um nome do argumento na saída da ajuda, para as opções que aceitem os argumentos. O <arg-hint> é finalizado através do primeiro espaço. É habitual utilizar um traço para separar as palavras em uma dica de um argumento com várias palavras.