– l –local
Quando o repositório a clonar está numa máquina local, esta bandeira contorna o normal “git aware” transportmechanismo e clones o repositório, fazendo uma cópia do cabeçalho e tudo sob objetos e diretórios refs.Os arquivos em.git/objects/ directory são de difícil acesso para salvar o espaço quando possível.
Se o repositório é especificado como um caminho local (por exemplo, /path/to/repo),este é o padrão, e –local é essencialmente um no-op., Se o therepository é especificado como um URL, então esta bandeira é ignorada (e nunca usar as otimizações locais). Especificando --no-local willoverride the default when /path/to/repo is given, using the regularGit transport instead.
–no-hardlinks
forçar o processo de clonagem de um repositório em um sistema de arquivos locais para copiar os arquivos sob o id
diretório em vez de usar hardlinks. Este pode ser desirableif você está tentando fazer um back-up de seu repositório., – s — shared
When the repository to clone is on the local machine, instead of using hard links, automatically setup.git/objects/info/alternates to share the objectswith the source repository. Os repositórios resultantes se iniciam sem qualquer objeto próprio.
NOTA: Esta é uma operação possivelmente perigosa; não a utilize a menos que compreenda o que ela faz. Se clonar o seu repositório usando esta opção e, em seguida, apagar ramos (ou usar qualquer outro comando Git que faça com que qualquer commit existente não seja referenciado) no repositório de código, alguns objetos podem tornar-se não referenciados (ou balançando).,Estes objetos podem ser removidos por operações git normais (tais como git commit)que automaticamente chamam git maintenance run --auto. (Seegit-maintenance.) Se estes objetos são removidos e foram referenciados pelo repositório clonado, então o repositório clonado se tornará corrupto.
Note que a execução de git repack sem --local opção em um repositorycloned com --shared irá copiar objetos do repositório de código-fonte em um guardando o repositório clonado, remover o disco economia de espaço de clone --shared.,É seguro, no entanto, executar git gc, que usa o --local opção por omissão.
Se você quiser quebrar a dependência de um repositório clonado com --shared onits repositório de código-fonte, você pode simplesmente executar o git repack -a copiar allobjects a partir do repositório de código-fonte em um pacote no repositório clonado.,
–referência <repositório>
Se a referência repositório está na máquina local,automaticamente o programa de configuração .git/objects/info/alternates toobtain objetos do repositório de referência. O uso de um repositório já existente como um alternativo exigirá menos objetos para serem copiados do repositório clonado, reduzindo os custos de rede e armazenamento local.Ao usar o id
, uma diretoria não existente é ignorada com um aviso em vez de abortar o clone.,
nota: ver a nota para a opção --shared, e também a opção--dissociate.
–dissociar
pedir emprestado os objectos dos repositórios de referência específicos com o --reference opções apenas para reduzir a transferência de redes, e parar de pedir emprestado a eles depois de um clone ser feito fazendo cópias locais necessárias dos objectos emprestados., Esta opção também pode ser usada quando se clona localmente de arepository que já empresta objetos de outro repositório—o novo repositório irá pedir objetos do mesmo repositório, e esta opção pode ser usada para parar o crescimento.
-q –quiet
opere discretamente. O progresso não é relatado para o fluxo standarderror.
– v — verbose
executar verbosely. Não afecta a comunicação do progresso statusto o fluxo de erro padrão.,
— progress
Progress status is reported on the standard error stream by default when it is attached to a terminal, unless --quietis specified. Esta bandeira força o status de progresso, mesmo que o fluxo de erro do andard não seja direcionado para um terminal.
–server-option=<option>
transmita o texto dado ao servidor ao comunicar usingprotocol versão 2. O texto indicado não deve conter um NUL ou LFcharacter. O tratamento do servidor das opções do servidor, incluindo as desconhecidas, é específico do servidor.,Quando múltiplos --server-option=<option> são dados, eles são todos do outro lado na ordem listada na linha de comando.
-n –no-checkout
no checkout of HEAD is performed after the clone is complete.
— bare
Make a bare Git repository. Isto é, em vez ofcreating <directory> e colocar o administrativefiles em <directory>/.git faça o <directory>si $GIT_DIR. Isto obviamente implica o --no-checkout porque não há nenhum lugar para verificar a árvore de trabalho.,Também as cabeças dos ramos à distância são copiadas directamente para as cabeças dos ramos locais correspondentes, sem as mapear para refs/remotes/origin/. Quando esta opção é utilizada, não são criados ramos de rastreamento remoto nem as variáveis de configuração relacionadas.
–sparse
inicializa o ficheiro de saída esparsa para que o directório de trabalho comece apenas com os ficheiros no rootof do repositório. O arquivo sparse-checkout pode ser modificado para crescer o diretório de trabalho conforme necessário.,
–filter = <filter-spec>
Use the partial clone feature and request that the server sendsa subconjunto of reachable objects according to a Giv filter.Ao usar --filter, o é usado para o filtro de clones parciais. Por exemplo, --filter=blob:none willfilter out all blobs (file contents) until need by Git. Além disso,--filter=blob:limit=<size> filtrará todas as bolhas de sizeat pelo menos <size>., Para mais detalhes sobre as especificações do filtro, veja a opção --filter na lista git-rev.
— mirror
configure um espelho do repositório de origem. Isto implica --bare.Compared to --bare, --mirror not only maps local branches of the source to local branches of the target, it maps all refs (including remote-tracking branches, notes etc.) e cria uma configuração de refspec que todos esses refs são substituídos por um git remote update no repositório de alvos.,
-o <name> –origin <name>
Instead of using the remote name origin to keep track of the upstreamrepository, use <name>. Overrides clone.defaultRemoteName from theconfig.,
-b <nome> –ramo <nome>
em Vez de apontar o recém-criado CABEÇA para o ramo pointedto pelo repositório clonado CABEÇA, aponte para <name> branchinstead. Em um repositório não-bare, este é o ramo que será verificado.--branch também pode tomar tags e destacar a cabeça naquele commitin o repositório resultante.,
-u <upload-pack> –carregamento do pack <upload-pack>
Quando o dado, e o repositório de clone é accessedvia ssh, especifica um não-caminho padrão para o commandrun na outra extremidade.
— template=<template_directory>
especifique a pasta a partir da qual serão utilizados os modelos;(ver a secção” TEMPLATE DIRECTORY ” do git-init.,)
-c <chave>=<valor> –config <chave>=<valor>
Definir uma variável de configuração no recém-criado repositório;esta entrará em vigor imediatamente depois que o repositório isinitialized, mas antes a remota história é extraído ou anyfiles check-out. A chave está no mesmo formato esperado bygit-config (por exemplo, core.eol=true)., Se forem indicados multiplicadores para a mesma chave, cada valor será escrito no ficheiro de configuração. Isto torna seguro, por exemplo, adicionar especificações adicionais de busca ao remoto de origem.
devido às limitações da implementação atual, algumas variáveis de configuração não fazem efeito até após a obtenção inicial e checkout.Variáveis de configuração conhecidas por não fazer efeito são:remote.<name>.mirror e remote.<name>.tagOpt. Utilizar a correspondente id
e opções em alternativa.,
–depth <depth>
Create a shallow clone with a history truncated to thespecified number of commits. Implies --single-branchunless--no-single-branch is Giv to fetch the histories near theptips of all branches. Se você quiser clonar submódulos shallowly, também passe --shallow-submodules.
–shallow-since=<date>
Create a shallow clone with a history after the specified time.,
— shallow-exclude= <revision>
Create a shallow clone with a history, excluding commitsreachable from a specified remote branch or tag. Esta opção pode ser especificada várias vezes.
–single-ramo
Clone só a história, levando a ponta de um único ramo,especificado pelo --branch opção ou a primarybranch remoto HEAD pontos.Outras pesquisas no repositório resultante só irão atualizar o ramo de rastreamento de notas para o ramo esta opção foi usada para a clonagem inicial., Se a cabeça no remoto não apontar em anybranch quando --single-branch clone foi feito, nenhum trackingbranch é criado.
–no-tags
pode ser usado em conjunto com --single-branch para clonar e manter um ramo sem referências para além de um único clonedbranch. Isto é útil, por exemplo, para manter clones mínimos do defaultbranch de algum repositório para indexação de pesquisa.
–recurse-submódulos
Após O clone ser criado, inicializar e clonar submoduleswithin com base no pathspec fornecido., Se nenhum pathspec é fornecido, todos os submódulos são inicializados e clonados.Esta opção pode ser dada várias vezes para os pathspecs consistindo de vários itens. The resulting clone has set to provided pathspec, or “.”(ou seja, todos os submódulos) se for fornecido nopathspec.os submódulos
são inicializados e clonados usando a sua configuração padrão. Isto é equivalente a executargit submodule update --init --recursive <pathspec> imediatamente após o clone estar terminado. Esta opção é ignorada se o repositório clonado não tiver um ‘worktree/checkout’ (i.e., se qualquer um de --no-checkout/-n --bare,ou --mirror é dado)
–rasa-submódulos
Todos os submódulos que são clonados serão rasas, com profundidade de 1.
–remote-submodules
All submodules which are cloned will use the status of the submodule’sremote-tracking branch to update the submodule, rather than thesuperproject’s recorded SHA-1. Equivalente à passagem de --remote paragit submodule update.,
–separada-git-dir=<git dir>
em Vez de colocar o repositório clonado onde é supposedto ser, coloque o repositório clonado no diretório especificado e,em seguida, fazer um sistema de arquivos independente do Git link simbólico para lá.O resultado é que o repositório Git pode ser separado do workingtree.
-j <n> –trabalhos de <n>
O número de submódulos obtidas ao mesmo tempo.Por omissão, a opção submodule.fetchJobs.,
<repositório>
o repositório (possivelmente remoto) a clonar. Veja abaixo a secção URLS do git para mais informações sobrerepositórios específicos.
<directory>
Leave a Reply