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

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

Determina como manipular as tags cujo objeto marcado seja filtrado. Como as revisões e os arquivos a serem exportados podem ser limitados pelo caminho, os objetos marcados podem ser filtrados por completo.

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 de marcações internas em <arquivo> quando concluída. As marcações são escritas uma por linha como :markid SHA-1. Somente as marcações para as revisões são despejadas; as marcações das bolhas são ignoradas. Os processos internos podem usar esse arquivo para validar as importações depois de concluídas ou para salvar a tabela de marcações em execuções incrementais. Como o <arquivo> só é aberto e truncado na conclusão, o mesmo caminho também pode ser passado com segurança para --import-marks. O arquivo não será gravado caso nenhum novo objeto tenha sido marcado/exportado.

Antes de processar qualquer entrada, carregue as marcações especificadas no <arquivo>. O arquivo de entrada deve existir, ser legível e usar o mesmo formato produzido por --export-marks.

Além de rotular as bolhas e fazer os commits com os IDs das marcações, e também rotulando as tags. É útil em conjunto com a opção --export-marks e --import-marks, também é útil (e necessário) para a exportação das tags aninhadas. Não prejudica os outros casos e seria a predefinição, porém muitos frontends de importação rápida (fast-import) não estão preparados para aceitar as tags com identificadores de marcação.

Alguns repositórios antigos têm tags sem um etiquetador. O protocolo de importação rápida era bastante rigoroso quanto isso. Então, falsifique um etiquetador para poder importar rapidamente a saída.

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

Ignore a saída dos objetos bolha e, em vez disso, consulte as bolhas por meio do hash SHA-1 original. Isso é útil durante a reescrita da 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 pode ser utilizado apenas 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 os conteúdos do repositório, anônimo, mantendo a forma do histórico e da árvore armazenada. Veja a seção ANONIMIZANDO abaixo.

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 ao executar um comando como git fast-export master~5..master não incluirá o commit master~5 e fará com que o master~4 não tenha mais o master~5 como parente (embora ambos o antigo master~4 e o novo master~4 tenham todos os mesmos arquivos). Utilize a opção --reference-exclusive-parents para que o fluxo se refira aos commits no intervalo excluído do histórico pelo sha1sum. Observe que o fluxo resultante pode ser utilizado apenas por um repositório que já contenha os parentes dos commits necessários.

Inclua uma diretiva extra para os commits que forem gerados e as bolhas, original-oid <SHA1SUM>. Embora estas diretivas provavelmente sejam ignoradas pelos importadores, como o comando git-fast-import, pode ser útil para os filtros intermediários (para reescrever mensagens do commit que se referem aos commits mais antigos ou para remover as bolhas através de uma ID por exemplo).

Especifique como manipular o cabeçalho encoding nos objetos commit. Ao pedir para abortar abort (que é a predefinição), este programa será terminado ao encontrar tal objeto que foi feito o commit. Com yes, a mensagem do commit será re-codificada 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áveis para o git rev-parse e git rev-list, que especifica os objetos e referências para serem exportadas. Por exemplo, master~10..master faz com que a referência principal atual seja exportada junto com todos os objetos adicionados desde o seu décimo commit ancestral e (a menos que a opção --reference-exclusive-parents esteja especificada) todos os arquivos comuns a master~9 e master~10.