– q — quiet

apenas imprimir mensagens de erro.

— progress

Esta opção só é válida para os comandos adicionar e actualizar.O estado de progresso é relatado no fluxo de erro padrão por padrão quando é anexado a um terminal, a menos que-qis especificado. Esta bandeira força o status de progresso, mesmo que o fluxo de erro do andard não seja direcionado para um terminal.

–all

Esta opção só é válida para o comando deinit. Não tem registo de todas as sub-normas da árvore de trabalho.,

-b <branch> –ramo <branch>

Ramo de repositório para adicionar como submódulo.O nome do ramo é registrado como submodule.<name>.branchem.gitmodulesparaupdate --remote. Um valor especial de . é usado para indicar que o nome do ramo no submódulo deve ser o mesmo nome que o ramo atual no repositório atual. Se a opção não for especificada, ela usa por omissão a cabeça remota.,

– f — force

Esta opção só é válida para os comandos add, deinit e update.Ao executar adicionar, permitir adicionar uma localização submódula ignorada de outra forma.Ao executar o deinit, as árvores de trabalho do submódulo serão removidas mesmo que contenham alterações locais.Ao executar o update (só é eficaz com o procedimento de checkout),deite fora as alterações locais nos submódulos ao mudar para um commit diferente; e execute sempre uma operação de checkout no modelo, mesmo que o commit listado no índice do repositório de containing corresponda ao commit verificado no modelo.,

–Cache

Esta opção só é válida para os comandos de estado e resumo. Estes comandos normalmente usam o commit encontrado na cabeça do submódulo, mas com esta opção, o commit armazenado no índice é usado em vez disso.

— files

Esta opção só é válida para o comando resumo. Este comando completa a persistência no índice com a do sub-módulo Head quando esta opção é usada.

-n –summary-limit

Esta opção só é válida para o comando resumo.Limitar o tamanho do resumo (número de commits mostrados no total).Dar 0 irá desactivar o resumo; um número negativo significa ilimitado(o valor por omissão)., Este limite aplica-se apenas a submódulos modificados. O tamanho é sempre limitado a 1 para submódulos adicionados/apagados / tipificados.

–remote

Esta opção só é válida para o comando update. Em vez de usar o SHA-1 gravado do superproject para atualizar o submódulo, use o thestatus do ramo de rastreamento remoto do submódulo. The remote usedis branch’s remote (branch.<name>.remote), defaulting to origin.,Ramo remoto usado padrões para o controle remoto HEAD, mas o branchname pode ser substituída pela definição de submodule.<name>.branchopção em um .gitmodules ou .git/config (com .git/configtendo precedência).

isto funciona para qualquer um dos procedimentos de actualização suportados (--checkout,--rebase, etc.). A única mudança é a fonte do alvo SHA-1.,Por exemplo, submodule update --remote --merge irá mesclar upstreamsubmodule alterações no submódulos, enquanto submodule update--merge irá mesclar superproject gitlink alterações no submódulos.

a fim de garantir um atual estado de ramificação de rastreamento, update --remoteobtém o repositório remoto do submódulo antes de calcular o theSHA-1. Se não quiser ir buscar, deve usar submodule update--remote --no-fetch.

Use esta opção para integrar as alterações do subprojecto a montante com a cabeça actual do submódulo., Como alternativa, você pode executar o git pulla partir do submódulo, o que é equivalente, exceto para o remoto branchname: update --remote utiliza o padrão upstream repositório esubmodule.<name>.branch enquanto git pull usa o submódulo dobranch.<name>.merge. Preferir submodule.<name>.branch se quiser distribuir a ramificação predefinida a montante com o superprojeto ebranch.<name>.merge se quiser uma sensação mais nativa enquanto trabalha no próprio submódulo.

-n –no-fetch

Esta opção só é válida para o comando de actualização.,Não obter novos objetos do site remoto.

–checkout

Esta opção só é válida para o comando update.Assinale a persistência gravada no superproject num cabeçalho separado no submódulo. Este é o comportamento padrão, o principal uso desta opção é sobrepor submodule.$name.update quando definido como um valor diferente de checkout.Se a chave submodule.$name.update não for definida explicitamente ou configurada para checkout, esta opção está implícita.

–merge

Esta opção só é válida para o comando actualizar.,Juntar a persistência gravada no superproject na ramificação actual do submódulo. Se esta opção for indicada, a cabeça do submódulo não será destacada. Se uma falha de junção impedir este processo, terá de resolver os conflitos resultantes no submódulo com as ferramentas de resolução de conflitos usuais.Se a chave submodule.$name.update for definida para merge, esta opção isimplica.

–rebase

Esta opção só é válida para o comando update.Ajustar a ramificação actual ao commit gravado no superproject., Se esta opção for dada, a cabeça do submódulo não será destacada. Se uma falha de junção impedir este processo, você terá que resolver essas falhas com git-rebase.Se a chave submodule.$name.update for definida para rebase, esta opção isimplica.

— init

Esta opção só é válida para o comando update.Inicializar todos os submódulos para os quais o” sub-módulo git init ” não foi encallado até agora antes da atualização.

–name

Esta opção só é válida para o comando Adicionar. Ele define o nome do submódulo para a cadeia indicada em vez de falhar para o seu caminho., O nome deve ser válido como um nome de diretório e não pode terminar com a /.

— reference <repositório>

Esta opção só é válida para os comandos adicionar e actualizar. Estes comandos às vezes precisam clonar um repositório remoto. Neste caso, esta opção será passada para o comando git-clone.

–dissociate

Esta opção só é válida para os comandos adicionar e actualizar. Estes comandos às vezes precisam clonar um repositório remoto. Neste caso, esta opção será passada para o comando git-clone.,

nota: veja a nota para a opção --reference.

–recursive

Esta opção só é válida para os comandos foreach, update, status e sync.Submódulos transversos recursivamente. A operação é realizada não apenas nos submódulos do atual Acordo de cooperação, mas também em qualquer submódulo ninhado dentro desses submódulos (e assim por diante).

–depth

Esta opção é válida para os comandos adicionar e actualizar. Crie um shallowclone com um histórico truncado ao número especificado de revisões.Veja git-clone

— recommend-shallow

Esta opção só é válida para o comando update.,O clone inicial de um submódulo irá usar o recomendadosubmodule.<name>.shallow conforme fornecido pelo .gitmodules fileby default. Para ignorar as sugestões use --no-recommend-shallow.

-j <n> –trabalhos de <n>

Esta opção é válida apenas para o comando update.Clonar novos submódulos em paralelo com tantas tarefas.Por omissão, a opção submodule.fetchJobs.

–single-branch

Esta opção só é válida para o comando update.,Clonar apenas um ramo durante a actualização: HEAD ou um especificado por –branch.

<path>…

Paths to submodule(s). Quando indicado, isto irá restringir o comando para operar apenas nos submódulos encontrados nos caminhos especificados.(Este argumento é necessário com add).