git-fast-export - Online na nuvem

PROGRAMA:

NOME

git-fast-export - exportador de dados Git

SINOPSE

git exportação rápida [opções] | git importação rápida

DESCRIÇÃO

Este programa despeja as revisões fornecidas em uma forma adequada para serem canalizadas para git
importação rápida.

Você pode usá-lo como um substituto de pacote legível por humanos (consulte pacote git(1)), ou como uma espécie de
um interativo git ramo-filtro.

OPÇÕES

--progress =
inserção progresso declarações a cada objetos, a serem mostrados por git importação rápida durante
importar.

--signed-tags = (textual | warn | warn-strip | strip | abort)
Especifique como lidar com tags assinadas. Uma vez que qualquer transformação após a exportação pode
alterar os nomes das tags (o que também pode acontecer ao excluir revisões) as assinaturas
não vai combinar.

Ao pedir para abortar (que é o padrão), este programa irá morrer ao encontrar um
etiqueta assinada. Com tira, as tags serão silenciosamente feitas sem sinal, com faixa de aviso deles
ficará sem sinal, mas um aviso será exibido, com textualmente, Eles serão
exportado silenciosamente e com avisar, eles serão exportados, mas você verá um aviso.

--tag-of-filter-object = (abort | drop | rewrite)
Especifique como lidar com tags cujo objeto com tag é filtrado. Desde as revisões e
os arquivos a exportar podem ser limitados por caminho, os objetos marcados podem ser filtrados completamente.

Ao pedir para abortar (que é o padrão), este programa irá morrer ao encontrar
tal marca. Com cair ele irá omitir tais tags da saída. Com reescrever, se o
objeto marcado é um commit, ele irá reescrever a tag para marcar um commit ancestral (via
reescrita dos pais; Vejo lista de rev-git(1))

-M, -C
Execute a detecção de movimento e / ou cópia, conforme descrito no git-diff(1) página de manual, e
use-o para gerar comandos de renomeação e cópia no despejo de saída.

Observe que as versões anteriores deste comando não reclamaram e produziram
resultados se você deu essas opções.

- marcas de exportação =
Despeja a tabela de marcas internas para quando concluído. As marcas são escritas uma por linha
como: markid SHA-1. Somente marcas para revisões são descartadas; marcas para blobs são ignoradas.
Os back-ends podem usar esse arquivo para validar as importações depois de concluídas ou para
salvar a tabela de marcas em execuções incrementais. Como só é aberto e truncado
na conclusão, o mesmo caminho também pode ser fornecido com segurança para --import-marks. O arquivo irá
não será gravado se nenhum novo objeto tiver sido marcado / exportado.

--import-marks =
Antes de processar qualquer entrada, carregue as marcas especificadas em . O arquivo de entrada deve
existir, deve ser legível e deve usar o mesmo formato produzido por --export-marks.

Todos os commits que já foram marcados não serão exportados novamente. Se o backend
usa um arquivo --import-marks similar, isso permite bidirecional incremental
exportação do repositório, mantendo as marcas iguais nas execuções.

--fake-missing-tagger
Alguns repositórios antigos possuem tags sem tagger. O protocolo de importação rápida era bonito
estrito quanto a isso, e não o permitia. Então, falsifique um tagger para poder importar rapidamente
a saída.

--use-done-recurso
Comece a transmissão com um integrado feito estrofe e terminar com um feito comando.

--sem dados
Ignore a saída de objetos de blob e, em vez disso, consulte os blobs por meio de seu hash SHA-1 original.
Isso é útil ao reescrever a estrutura de diretório ou histórico de um repositório
sem tocar no conteúdo de arquivos individuais. Observe que o fluxo resultante pode
ser usado apenas por um repositório que já contém os objetos necessários.

- árvore completa
Esta opção fará com que a exportação rápida emita uma diretiva "deleteall" para cada confirmação
seguido por uma lista completa de todos os arquivos no commit (ao invés de apenas listar o
arquivos que são diferentes do primeiro pai do commit).

--anonimizar
Tornar anônimo o conteúdo do repositório enquanto mantém a forma do
história e árvore armazenada. Veja a seção ANONYMIZING abaixo.

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

[ ...]
Uma lista de argumentos, aceitável para git Rev-parse e git lista de rev, que especifica o
objetos específicos e referências para exportar. Por exemplo, master ~ 10..master causa o
referência mestre atual a ser exportada junto com todos os objetos adicionados desde seu 10º
ancestral commit.

EXEMPLOS

$ git fast-export --todos | (cd / vazio / repositório && git importação rápida)

Isso irá exportar todo o repositório e importá-lo para o repositório vazio existente.
Exceto para reencodificar commits que não estão em UTF-8, seria um espelho um-para-um.

$ git fast-export master ~ 5..master |
sed "s | refs / heads / master | refs / heads / other |" |
git importação rápida

Isso faz com que um novo branch chamado de outros da mestre ~ 5 .. mestre (ou seja, se dominar tem linear
histórico, levará os últimos 5 commits).

Observe que isso pressupõe que nenhum dos blobs e mensagens de confirmação referenciadas por aquele
intervalo de revisão contém a string refs / heads / master.

ANONIMIZANTE

Se a opção --anonymize for fornecida, o git tentará remover todas as informações de identificação
do repositório, mantendo o suficiente da árvore original e padrões de histórico
para reproduzir alguns bugs. O objetivo é que um bug git encontrado em um repositório privado
irá persistir no repositório anônimo, e o último pode ser compartilhado com git
desenvolvedores para ajudar a resolver o bug.

Com esta opção, git irá substituir todos os refnames, caminhos, conteúdo de blob, commit e tag
mensagens, nomes e endereços de e-mail na saída com dados anônimos. Duas instâncias de
a mesma string será substituída de forma equivalente (por exemplo, dois commits com o mesmo autor
têm o mesmo autor anônimo na saída, mas não têm nenhuma semelhança com o original
string do autor). A relação entre commits, branches e tags é mantida, também
como os carimbos de data / hora de commit (mas as mensagens de commit e refnames não têm nenhuma semelhança com o
originais). A composição relativa da árvore é mantida (por exemplo, se você tem uma árvore raiz
com 10 arquivos e 3 árvores, assim será a saída), mas seus nomes e o conteúdo do
os arquivos serão substituídos.

Se você acha que encontrou um bug do git, pode começar exportando um fluxo anônimo de
todo o repositório:

$ git fast-export --anonymize --all> anon-stream

Em seguida, confirme se o bug persiste em um repositório criado a partir desse fluxo (muitos bugs
não, pois eles realmente dependem do conteúdo exato do repositório):

$ git init ano-repo
$ cd ano-repo
$ git fast-import <../ anon-stream
$ ... teste seu bug ...

Se o repositório anônimo mostrar o bug, pode valer a pena compartilhar anon-stream junto com
um relatório de bug regular. Observe que o fluxo anônimo é compactado muito bem, então gzip
é encorajado. Se você quiser examinar o riacho para ver se ele não contém nenhum
dados privados, você pode examiná-los diretamente antes de enviar. Você também pode tentar:

$ perl -pe 's / \ d + / X / g'

que mostra todas as linhas exclusivas (com números convertidos em "X", para recolher o "Usuário 0",
"Usuário 1", etc. em "Usuário X"). Isso produz uma saída muito menor e geralmente é fácil
para confirmar rapidamente que não há dados privados no stream.

LIMITAÇÕES

Como git importação rápida não pode marcar árvores, você não será capaz de exportar o arquivo linux.git
repositório completamente, já que contém uma tag referenciando uma árvore ao invés de um commit.

Use git-fast-export online usando serviços onworks.net