Insira instruções de progresso em todos os objetos <n> a serem exibidos por git fast-import durante a importação.

Especifique como lidar com as etiquetas assinadas. Como qualquer transformação após a exportação pode alterar os nomes das etiquetas (o que também pode acontecer ao excluir revisões), as assinaturas não corresponderão.

Especifique como lidar com as etiquetas cujo objeto marcado é filtrado. Como as revisões e os arquivos que serão exportados, eles podem ser limitados por caminho, os objetos marcados podem ser completamente filtrados.

Detecta a ação de copiar e mover como descrito na página do manual git-diff[1], utilize-o para gerar comandos de copiar e renomear na saída.

Despeja a tabela das marcas internas em <arquivo> quando for concluído. As marcas são gravadas uma por linha como :markid SHA-1. Apenas as marcações das revisões são despejadas; as marcações das bolhas são ignoradas. Os "backends" podem usar este arquivo para validar as importações depois que elas forem concluídas ou para salvar a tabela das marcações nas execuções incrementais. Como <arquivo> só é aberto e truncado na conclusão, o mesmo caminho também pode ser usado com segurança com a opção --import-marks. O arquivo não será gravado se nenhum novo objeto tiver sido marcado/exportado.

Antes de processar qualquer entrada, carregue as marcas especificadas em <arquivo>. O arquivo de entrada deve existir, deve ser legível e deve usar o mesmo formato produzido pela opção --export-marks.

Além de rotular bolhas e os commits com marcações dos IDs, também rotula tags. Isso é útil em conjunto com a opção --export-marks e --import-marks, também é útil (e necessário) para a exportação de etiquetas agrupadas. Isso não prejudica outros casos e seria a predefinição, mas muitos front-ends com importação rápida não estão preparados para aceitar as etiquetas com marcação de identificação.

Alguns repositórios antigos têm etiquetas sem um rotulador. O protocolo de importação rápida não permitia e era bastante rigoroso com relação a isso. Portanto, falsifique um rotulador visando importar mais rapidamente o resultado.

Inicie o fluxo com uma sub-rotina feature done e finalize-o com um comando done.

Ignore a geração de objetos bolha, em vez disso, faça referência a bolhas através de seu hash SHA-1 original. Isso é útil ao reescrever a estrutura dos diretórios ou do histórico de um repositório sem tocar no conteúdo individual dos arquivos. Observe que o fluxo resultante só pode ser usado por um repositório que já contenha os objetos necessários.

Essa opção fará com que a exportação rápida emita uma diretiva "deleteall" (apague todos) para cada commit seguida por uma lista completa de todos os arquivos no commit (em vez de apenas listar os arquivos diferentes do primeiro commit).

Torne anônimo o conteúdo do repositório e, ao mesmo tempo, manter o formato armazenado do histórico e da árvore. Consulte abaixo a sessão ANONIMIZANDO.

Converta o token <a-partir-de> para <para> na saída anônima. Caso <para> seja omitido, mapeie <a-partir-de> para si mesmo (ou seja, não anonimamente). Consulte a seção 'ANONIMIZANDO` abaixo.

É predefinido que a execução de um comando como o git fast-export master~5..master não incluirá o commit master~5 e fará com que master~4 não tenha mais master~5 como o commit principal (embora tanto o antigo master~4 quanto o novo master~4 tenham todos os mesmos arquivos). Use a opção --reference-excluded-parents para que o fluxo se refira aos commits no intervalo excluído do histórico através do seu sha1sum. Observe que o fluxo resultante só pode ser usado por um repositório que já contenha os commits principais necessários.

Adicione uma diretriz extra à saída para os commits e para as bolhas, original-oid <SHA1SUM>. Embora estas diretivas provavelmente sejam ignoradas durante a importação como o git-fast-import, elas podem ser úteis para filtragem intermediária (para reescrever as mensagens do commit que se referem aos commits mais antigos ou para remover as bolhas por id por exemplo).

Especifique como lidar com o cabeçalho encoding nos objetos commit. Ao pedir para "abortar" abort (que é a predefinição), esse programa será encerrado ao encontrar tal objeto commit. Com yes, a mensagem de commit será recodificada para UTF-8. Com no, a codificação original será preservada.

Aplique o refspec especificado a cada "ref" exportado. Vários deles podem ser especificados.

Uma lista de argumentos, é aceitável com os comandos git rev-parse e git rev-list que especifica os objetos e referências específicas que srão exportadas. Por exemplo, master~10..master faz com que a referência mestre atual seja exportada juntamente com todos os objetos adicionados desde o décimo commit ancestral e (a menos que a opção --reference-excluded-parents seja usada) todos os arquivos comuns a master~9 e a master~10.