Escreva em pares de arquivos (.pack e .idx), utilizando <nome-base> para determinar o nome do arquivo que foi criado. Quando essa opção é utilizada, os dois arquivos em um par são gravados nos arquivos <nome-base>-<SHA-1>.{pack,idx}. O <SHA-1> é um hash baseado no conteúdo do pacote e é gravado na saída padrão do comando.

Escreva o conteúdo do pacote (o que teria sido gravado no arquivo .pack) na saída padrão.

Leia os argumentos da revisão da entrada padrão em vez dos nomes dos objetos individuais. Os argumentos da revisão são processados da mesma maneira que o comando git rev-list faz com o comando --objects, utiliza no seus argumentos commit para construir a lista dos objetos que ele gera. Os objetos na lista resultante são compactados. Além das revisões, as linhas --not ou --shallow <SHA-1> também são aceitas.

Implica no uso da opção --revs. Ao processar a lista dos argumentos da revisão lidos a partir da entrada padrão, limite os objetos compactados àqueles que ainda não foram compactados.

Implica no uso da opção --revs. Além da lista de argumentos da revisão lidos na entrada padrão, finja que todas as refs em refs/ estão definidas para serem incluídas.

Inclua as anotações das tags que não foram solicitadas caso o objeto a que se referirem tenha sido incluído no arquivo do pacote resultante. Pode ser útil para enviar as novas tags para os clientes nativos do Git.

Essas duas opções afetam como os objetos existentes no pacote são armazenados utilizando a compactação delta. Os objetos primeiro são classificados internamente pelo tipo, tamanho e opcionalmente os nomes e comparados com os outros objetos existentes da opção --window para ver se a utilização da compactação delta economiza espaço. A opção --depth limita a profundidade máxima do delta; torná-lo muito profundo afeta o desempenho do lado do desempacotador, porque os dados delta precisam ser aplicados muitas vezes para chegar ao objeto necessário.

Esta opção fornece um limite adicional em cima da opção --window; o tamanho da janela será reduzido dinamicamente para não ocupar mais do que <n> bytes na memória. É útil nos repositórios com uma mistura de objetos grandes e pequenos para não ficar sem memória com uma janela grande, mas ainda assim pode tirar proveito da janela grande para os objetos menores. O tamanho pode ter o sufixo "k", "m" ou "g". A opção --window-memory=0 torna o uso da memória ilimitado. A predefinição é obtido da variável de configuração pack.windowMemory.

Em cenários incomuns, talvez você não consiga criar arquivos maiores que um determinado tamanho no seu sistema de arquivos, esta opção pode ser utilizada para dizer ao comando para dividir o arquivo de pacotes que for gerado em vários outros arquivos de pacotes menores, cada um não maior que um tamanho determinado. O tamanho pode ter o sufixo "k", "m" ou "g". O tamanho mínimo permitido é limitado a 1 MiB. Esta opção impede a criação de um índice bitmap. A predefinição é ilimitada, a menos que a variável de configuração pack.packSizeLimit esteja definida.

Esta opção faz com que um objeto que já esteja em um pacote local que possua um arquivo .keep seja ignorado, mesmo que já tivesse sido compactado.

Esta opção faz com que um objeto que já esteja no pacote informado seja ignorado, mesmo que ele tivesse sido compactado. O <nome-do-pacote> é o nome do arquivo do pacote sem o diretório principal (como por exemplo, pack-123.pack). A opção pode ser utilizada várias vezes para manter os vários pacotes.

Esta opção faz com que um objeto que já esteja em um pacote seja ignorado, mesmo que ele tenha sido compactado.

Esta opção faz com que um objeto emprestado de um armazenamento de objetos alternativo seja ignorado, mesmo que já tivesse sido compactado.

Crie apenas um arquivo compactado caso ele contenha pelo menos um objeto.

É predefinido que a condição geral do progresso seja relatada no fluxo de erros quando estiver conectado em um terminal, a menos que -q seja utilizado. Esta opção impõem a condição geral do progresso, mesmo que o fluxo de erro predefinido não seja direcionado para um terminal.

Quando o --stdout é utilizado, o relatório do progresso é exibido durante as fases da contagem e da compactação dos objetos, porém inibido durante a fase de gravação. A razão é que em alguns casos, o fluxo da saída está diretamente vinculada a um outro comando que possa querer exibir a sua própria condição do progresso à medida que os dados do pacote vão sendo processados. Esta opção é semelhante ao --progress, exceto que impõem também que um relatório do progresso seja feito na fase de gravação, mesmo que a opção --stdout seja utilizado.

Isso é utilizado para impor a opção --all-progress sempre que a exibição do progresso estiver ativo. Ao contrário da opção --all-progress, esta opção por si só não impõem que a exibição do progresso seja exibida.

Esta opção faz com que o comando não relate o seu progresso em meio ao fluxo de erros já predefinido.

Ao criar um arquivo compactado em um repositório que possua pacotes existentes, o comando reutiliza os deltas ja existentes. Às vezes, isso resulta em um pacote ligeiramente abaixo do ideal. Esta opção informa ao comando para não reutilizar os deltas já existentes, mas calcule-os do zero.

Esta opção informa ao comando para não reutilizar os dados já existentes do objeto, incluindo os objetos não "deltificados", forçando a recompressão de tudo. Implica no uso da opção --no-reuse-delta. Útil apenas no caso obscuro onde seja desejada a imposição de um nível de compactação seja diferente dos dados compactados.

Define o nível de compactação para dados que foram recentemente compactados no pacote que foi gerado. Caso não seja utilizado, o nível de compactação do pacote será determinado primeiro pelo pack.compression, depois pelo core.compression onde a predefinição retorna para -1, a predefinição do zlib, caso nenhum estiver definido. Adicione --no-reuse-object quando quiser impor um nível de compactação uniforme em todos os dados, independentemente da origem.

Use o algoritmo "esparso" para determinar quais objetos incluir no pacote, quando combinado com a opção "--revs". Esse algoritmo apenas percorre as árvores que aparecem nos caminhos que introduzem os novos objetos. Isso pode trazer benefícios significativos no desempenho para o cálculo do pacote para envio com uma pequena alteração. No entanto, é possível que os objetos extras sejam adicionados ao arquivo do pacote caso os commits inclusos contenham certos tipos de renomeações diretas. Caso esta opção não esteja inclusa, retorna ao valor predefinido em pack.useSparse, que é verdadeiro a menos que se defina o contrário.

Crie um pacote "magro" ao omitir objetos comuns entre o remetente e o destinatário visando a redução do tráfego de rede. Esta opção só faz sentido se utilizado em conjunto com --stdout.

Otimize um pacote que será providenciado ao cliente com um repositório superficial. Esta opção, combinada com --thin, pode resultar em um pacote menor ao custo da velocidade.

Um arquivo compactado pode expressar o objeto base de um delta como um nome do objeto com 20 bytes ou como uma compensação no fluxo, porém as versões mais antigas do Git não entendem este último. É predefinido que o comando git pack-objects utilize apenas o formato anterior visando uma melhor compatibilidade. Esta opção permite que o comando utilize o último formato para compactação. Dependendo do comprimento médio da cadeia delta, esta opção normalmente reduz o pacote gerado em 3-5%.

Especifica a quantidade de threads a serem gerados durante a pesquisa das melhores correspondências delta. Isso requer que os objetos do pacote sejam compilados com pthreads, caso contrário esta opção será ignorada e exibindo um aviso. Isso visa reduzir o tempo do empacotamento em máquinas com multiprocessados. A quantidade de memória necessária para a janela de pesquisa delta é multiplicada pela quantidade de threads. Definindo como 0 faz com que o Git detecte automaticamente a quantidade de CPUs e defina a quantidade de threads proporcionalmente.

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.

Com esta opção, as origens são ocultas pelos enxertos são embalados mesmo assim.

Requer --stdout. Omite certos objetos (em geral, bolhas) do pacote resultante. Para formas válidas de <filter-spec> consulte git-rev-list[1].

Desliga qualquer argumento --filter= anterior.

Uma opção de depuração para ajudar no desenvolvimento futuro do "clone parcial". Esta opção especifica como os objetos ausentes são manipulados.

Omite os objetos que se sabe estar no ramo remoto. (Esta opção tem o objetivo de operar apenas nos objetos criados localmente, para que, quando forem reempacotados, ainda mantenhamos uma distinção entre os objetos que foram criados localmente [sem .promisor] e os objetos "promisor" remoto [com .promisor].) Isso é utilizado com clone parcial.

Os objetos inacessíveis das refs nos pacotes informado com a opção --unpacked= são adicionados ao pacote gerado, além dos objetos acessíveis que não estão nos pacotes marcados com arquivos *.keep. Implica no uso da opção --revs.

Embale os objetos soltos que estejam inacessíveis (e as suas contrapartes soltas que foram removidas). Implica no uso da opção --revs.

Mantenha os objetos inacessíveis de forma solta. Implica no uso da opção --revs.

Restrinja a coincidência delta com base nas "ilhas". Consulte ILHAS DELTA abaixo.