Um objeto a ser tratado como a cabeça de um rastreamento de inacessibilidade.

Imprima os objetos que existam, porém que não sejam acessíveis a partir de nenhum dos nós de referência.

Imprima os objetos que já existem, mas que nunca são usados "diretamente" (padrão). A opção --no-dangling pode ser usada para omitir essas informações da saída.

Relatar os nós raiz.

Tags de relatório.

Considere qualquer objeto registrado no índice também como um nó principal para um rastreamento de inacessibilidade.

Não considere que os commits referenciados apenas por uma entrada num "reflog" sejam acessíveis. Essa opção destina-se apenas à busca de commits que costumavam estar numa referência, mas agora não estão mais, mas ainda estão no "reflog" correspondente.

Verifique não apenas os objetos em GIT_OBJECT_DIRECTORY ($GIT_DIR/objects), mas também aqueles encontrados em pools de objetos alternativos listados em GIT_ALTERNATE_OBJECT_DIRECTORIES ou $GIT_DIR/objects/info/alternates, e nos arquivos Git empacotados encontrados em $GIT_DIR/objects/pack e nos subdiretórios dos pacotes correspondentes na fila de objetos alternativos. Esta é a predefinição atual; você pode desativá-lo com a opção --no-full.

Verifique apenas a conectividade dos objetos acessíveis, certificando-se de que todos os objetos referenciados por uma tag, commit ou árvore acessível estejam presentes. Isso acelera a operação evitando a leitura completa das bolhas (embora ainda verifique caso existam as bolhas referenciadas). Isso detectará a corrupção nos commits e nas árvores, porém não fará nenhuma verificação semântica (por exemplo, erros no formato). A corrupção nos objetos bolha não será detectada de forma alguma.

Habilite uma verificação mais rigorosa, ou seja, para capturar um modo de arquivo registrado com o bit g+w definido, que foi criado por versões mais antigas do Git. Os repositórios existentes, incluindo o kernel do Linux, o próprio Git e o repositório esparso, têm objetos antigos que acionam essa verificação, mas é recomendável verificar novos projetos com esta opção.

Seja tagarela.

Escreva os objetos pendentes em .git/lost-found/commit/ ou .git/lost-found/other/, dependendo do tipo. Se o objeto for uma bolha, o conteúdo será gravado no arquivo, em vez do nome do seu objeto.

Ao exibir nomes de objetos acessíveis, além do SHA-1, exiba também um nome que descreva como eles são acessíveis, compatível com git-rev-parse[1], por exemplo, HEAD@{1234567890}~25^2:src/.

A condição do progresso é relatado no fluxo de erro predefinido ao estar conectado num terminal, a menos que as opções --no-progress ou --verbose sejam utilizados. A opção --progress impõem que a condição do progresso seja exibida mesmo que o fluxo de erro predefinido não esteja direcionado para um terminal.

Control whether to check the references database consistency via git refs verify. See git-refs[1] for details. The default is to check the references database.

O objeto <tipo> <objeto>, na verdade, não tem referência direta ou indireta com nenhuma das árvores ou commits já vistos. Significa que há um outro nó na raiz que você ainda não está informando ou que a árvore está corrompida. Caso você ainda não tenha perdido um nó na raiz, também possa excluir os nós que estejam inacessíveis, pois eles não possam ser utilizados.

O objeto <tipo> <objeto>, tem referência mas não está presente no banco de dados.

O <tipo> do objeto <objeto> está presente no banco de dados, mas nunca é utilizado diretamente. A dangling commit could be a root node.

O banco de dados tem um objeto cujo hash não corresponde ao valor do banco de dados do objeto. Isso indica um sério problema de integridade de dados.

utilize para especificar a raiz do banco de dados do objeto (geralmente $GIT_DIR/objects)

utilizado para determinar o arquivo de índice do índice

utilizado para determinar as raízes adicionais do banco de dados dos objetos (geralmente não definidos)