Seja detalhado sobre o que está acontecendo, incluindo a condição geral do progresso.

Grava o índice do pacote gerado no arquivo especificado. Sem essa opção, o nome do índice do arquivo do pacote é construído a partir do nome do arquivo compactado, substituindo .pack por .idx (e o programa falhará se o nome do arquivo compactado não terminar com .pack).

Quando este sinalizador for informado, gere um índice reverso (um arquivo .rev) correspondente ao pacote informado. Caso --verify seja usado, certifique-se que o índice reverso existente esteja correto. Tem precedência sobre pack.writeReverseIndex.

Quando esta opção é usada, o pacote é lido de stdin e uma cópia é gravada em <arquivo-pacote>. Se <arquivo-pacote> não for especificado, o pacote será gravado no diretório objects/pack/ do repositório Git atual com um nome padrão determinado a partir do conteúdo do pacote. Se o <arquivo-pacote> não for especificado, considere o uso da opção --keep para evitar uma condição de corrida entre esse processo e o git repack.

Corrija um pacote "thin" produzido por git pack-objects --thin (para mais detalhes, consulte git-pack-objects[1]) adicionando os objetos excluídos nos quais os objetos "deltificados" utilizam como base no pacote. Esta opção só faz sentido caso seja utilizado em conjunto com --stdin.

Antes de mover o índice para seu destino final, crie um arquivo .keep vazio para o arquivo de pacote associado. Essa opção geralmente é necessária com --stdin para evitar que um processo simultâneo de git repack exclua o pacote e o índice recém-construídos antes que as referências possam ser atualizadas para usar os objetos contidos no pacote.

Como --keep, cria um arquivo .keep antes de mover o índice para seu destino final. No entanto, em vez de criar um arquivo vazio, coloque <msg> seguido de um LF no arquivo .keep. A mensagem "<msg>" pode ser pesquisada posteriormente em todos os arquivos .keep para localizar qualquer um que tenha perdido a sua utilidade.

Isso foi pensado para ser utilizado apenas pelo conjunto de testes. Ele permite impor a versão do índice do pacote gerado e impor as entradas no índice com 64 bits nos objetos localizados acima da compensação informada.

Encerra se o pacote tiver objetos ou links quebrados. Uma lista opcional separada por vírgulas de <msg-id>=<gravidade> pode ser passada para alterar a gravidade de alguns problemas possíveis, por exemplo, --strict="missingEmail=ignore,badTagName=error". Consulte a entrada para as opções de configuração fsck.<msg-id> do comando git-fsck[1] para obter mais informações sobre os possíveis valores de <msg-id> e <gravidade>.

Apenas para uso interno.

Encerre caso o pacote contenha links quebrados. Apenas para utilização interna.

Encerra se o pacote contiver objetos quebrados, mas, diferentemente do --strict, não se engasga com links quebrados. Se o pacote tiver uma árvore que aponte para uma bolha .gitmodules que não exista, imprima o hash dessa bolha (para que o chamador verifique) após o hash que vai para o nome do arquivo pack/idx (consulte "Notas").

Especifica a quantidade de threads a serem gerados ao resolver deltas. Isso exige que o index-pack seja compilado com pthreads; caso contrário, essa opção será ignorada com um aviso. O objetivo é reduzir o tempo de empacotamento em máquinas com vários processadores. No entanto, a quantidade de memória necessária para a janela de pesquisa delta é multiplicada pelo número de threads. Especificar 0 fará com que o Git detecte automaticamente o número de CPUs e use no máximo 3 threads.

Encerre caso o pacote seja maior que <tamanho>.

Especifique o formato de objeto fornecido (algoritmo de hash) para o pacote. Os valores válidos são sha1 e (se ativado) sha256. A predefinição é o algoritmo do repositório atual (definido por extensions.objectFormat) ou sha1 se nenhum valor for definido ou se estiver fora de um repositório.

Antes fazer o commit do índice do pacote, crie um arquivo .promisor para este pacote. É particularmente útil ao escrever um pacote promissor com a opção --fix-thin já que o nome do pacote não é definitivo até que o pacote tenha sido totalmente escrito. Caso uma <menssagem> seja fornecida, esse conteúdo será gravado no arquivo .promisor para uma referência futura. Consulte o clone parcial para obter mais informações.