en to pt_BR translation catalogue (3914 entries)

note: type: Plain text
en: Show blank SHA-1 for boundary commits.  This can also be controlled via the `blame.blankboundary` config option.
pt_BR: Mostrar SHA-1 em branco para confirmações de commits. Isso também pode ser controlado através da opção de configuração 'blame.blankboundary'.

note: type: Plain text
en: Do not treat root commits as boundaries.  This can also be controlled via the `blame.showRoot` config option.
pt_BR: Não trate commits raíz como fronteiras. Isso pode ser controlado via a opção de configuração `blame.showRoot` .

note: type: Plain text
en: Include additional statistics at the end of blame output.
pt_BR: Inclui estatísticas adicionais no fim da saída do comando blame.

note: type: Labeled list
en: -L <start>,<end>
pt_BR: -L <começo>,<fim>

note: type: Labeled list
en: -L :<funcname>
pt_BR: -L :<nome-da-função>

note: type: Plain text
en: Annotate only the given line range. May be specified multiple times.  Overlapping ranges are allowed.
pt_BR: Anota apenas a variação da linha dada. Pode ser espeficado várias vezes. É permitido sobrepor as variações.

note: type: Plain text
en: <start> and <end> are optional. ``-L <start>'' or ``-L <start>,'' spans from <start> to end of file. ``-L ,<end>'' spans from start of file to <end>.
pt_BR: <começo> e <fim> são opcionais. ``-L <começo>" ou ``-L <começo>," toma do <começo> até o fim do arquivo. ``-L <fim>" toma do começo do arquivo até <fim>.

note: type: Plain text
en: Show long rev (Default: off).
pt_BR: Mostra o rev longo (Padrão: desligado).

note: type: Plain text
en: Show raw timestamp (Default: off).
pt_BR: Mostra o tempo de forma crua (Padrão: desligado).

note: type: Labeled list
en: -S <revs-file>
pt_BR: -S <arquivo-revs>

note: type: Plain text
en: Use revisions from revs-file instead of calling linkgit:git-rev-list[1].
pt_BR: Use revisões do arquivo-revs no lugar de chamar linkgit:git-rev-list[1].

note: type: Plain text
en: Walk history forward instead of backward. Instead of showing the revision in which a line appeared, this shows the last revision in which a line has existed. This requires a range of revision like START..END where the path to blame exists in START.  `git blame --reverse START` is taken as `git blame --reverse START..HEAD` for convenience.
pt_BR: Caminhe para a frente em vez de para trás. Em vez de mostrar a revisão em que uma linha apareceu, isso mostra a última revisão em que uma linha existiu. Isso requer um intervalo de revisão como START..END, onde o path responsável  existe em START. --'git blame --reverse START' is taken as 'git blame --reverse START..HEAD' por conveniência.

note: type: Plain text
en: Show in a format designed for machine consumption.
pt_BR: Mostra em um formato designado para o consumo de máquina.

note: type: Plain text
en: Show the porcelain format, but output commit information for each line, not just the first time a commit is referenced.  Implies --porcelain.
pt_BR: Mostra o formato porcelain, mas a informação de saída do commit para cada linha, não apenas a primeira vez que o commit é referenciado. Implica --porcelain.

note: type: Plain text
en: Show the result incrementally in a format designed for machine consumption.
pt_BR: Mostra o resultado incrementadamente em um formado designado para o consumo de máquina.

note: type: Labeled list
en: --encoding=<encoding>
pt_BR: --encoding=<codificação>

note: type: Plain text
en: Specifies the encoding used to output author names and commit summaries. Setting it to `none` makes blame output unconverted data. For more information see the discussion about encoding in the linkgit:git-log[1] manual page.
pt_BR: Especifica o encoding usado para a saída dos nomes dos autores e sumários de commit. Setando isso para `none` faz com que a saída do blame (culpa) não seja convertida. Para maior informação, veja a discussão sobre encoding na página de manual linkgit:git-log[1].

note: type: Labeled list
en: --contents <file>
pt_BR: --contents <arquivo>

note: type: Plain text
en: When <rev> is not specified, the command annotates the changes starting backwards from the working tree copy.  This flag makes the command pretend as if the working tree copy has the contents of the named file (specify `-` to make the command read from the standard input).
pt_BR: Quando <rev> não é especificado, o comando anota as mudanças começando para trás da cópia da árvore de trabalho. Essa flag faz com que o comando pareça estar trabalhando na cópia da árvore de trabalho  que tem os conteúdos do arquivo nomeado (especifique `-` para fazer o comando ler da entrada padrão).

note: type: Labeled list
en: --date <format>
pt_BR: --date <formato>

note: type: Plain text
en: Specifies the format used to output dates. If --date is not provided, the value of the blame.date config variable is used. If the blame.date config variable is also not set, the iso format is used. For supported values, see the discussion of the --date option at linkgit:git-log[1].
pt_BR: Especifica o formato usado por datas de saída. Se --date não é dado, o valor da variável de configuração blame.date é usado. Se a variável blame.date não está setada, o formato iso é usado. Para valores suportados, veja a discussão da opção --date em linkgit:git-log[1].

note: type: Plain text
en: Progress status is reported on the standard error stream by default when it is attached to a terminal. This flag enables progress reporting even if not attached to a terminal. Can't use `--progress` together with `--porcelain` or `--incremental`.
pt_BR: O status de progresso é reportado na saída padrão de erro por padrão quando está anexado a um terminal. Esta flag habilita o relatório de progresso caso não esteja anexado a um terminal. Não use `--progress` junto com `--porcelain` ou `--incremental`.

note: type: Plain text
en: Detect moved or copied lines within a file. When a commit moves or copies a block of lines (e.g. the original file has A and then B, and the commit changes it to B and then A), the traditional 'blame' algorithm notices only half of the movement and typically blames the lines that were moved up (i.e. B) to the parent and assigns blame to the lines that were moved down (i.e. A) to the child commit.  With this option, both groups of lines are blamed on the parent by running extra passes of inspection.
pt_BR: Detectar linhas movidas ou copiadas dentro de um arquivo. Quando um commit move ou copia um bloco de linhas (por exemplo, o arquivo original tem A e B, e o commit muda para B e depois para A), o algoritmo tradicional de 'culpa' percebe apenas metade do movimento e geralmente culpa as linhas que foram movidas para cima (i.e. B) ao pai e atribui a culpa às linhas que foram movidas para baixo (i.e. A) para o commit filho. Com essa opção os dois grupos de linhas são culpados pelos pais executando passagens extras de inspeção.

note: type: Plain text
en: <num> is optional but it is the lower bound on the number of alphanumeric characters that Git must detect as moving/copying within a file for it to associate those lines with the parent commit. The default value is 20.
pt_BR: <num> é opcional mas é o limite inferior do número de caracteres alfa numéricos que o Gif tem que detectar como movendo/copiando em um arquivo o qual ele associa essas linhas ao commit principal. O valor padrão é 20.

note: type: Plain text
en: In addition to `-M`, detect lines moved or copied from other files that were modified in the same commit.  This is useful when you reorganize your program and move code around across files.  When this option is given twice, the command additionally looks for copies from other files in the commit that creates the file. When this option is given three times, the command additionally looks for copies from other files in any commit.
pt_BR: Em adição a `-M`, detecta as linhas movidas ou copiadas de outros arquivos que são modificados no mesmo commit. Isso é útil quando você reorganiza o seu programa e move código entre arquivos. Quando essa opção é dada duas vezes, o comando adicionalmente olha para cópias de outros arquivos no commit que o cria.  Quando essa opção é dada três vezes, esse comando adicionalmente olha para cópias de outros arquivos em qualquer commit.

note: type: Plain text
en: <num> is optional but it is the lower bound on the number of alphanumeric characters that Git must detect as moving/copying between files for it to associate those lines with the parent commit. And the default value is 40. If there are more than one `-C` options given, the <num> argument of the last `-C` will take effect.
pt_BR: <num> é opcional mas ele é o limite inferior no número de caracteres alfa numéricos que o Git tem que detectar como se movendo/copiando entre arquivos para que ele associe essas linha no commit principal. E o valor padrão é 40. Se mais opções que `-C` são dadas, o argumento <num> do último `-C` terá efeito.

note: type: Plain text
en: Ignore changes made by the revision when assigning blame, as if the change never happened.  Lines that were changed or added by an ignored commit will be blamed on the previous commit that changed that line or nearby lines.  This option may be specified multiple times to ignore more than one revision.  If the `blame.markIgnoredLines` config option is set, then lines that were changed by an ignored commit and attributed to another commit will be marked with a `?` in the blame output.  If the `blame.markUnblamableLines` config option is set, then those lines touched by an ignored commit that we could not attribute to another revision are marked with a '*'.
pt_BR: ignore as alterações feitas pela revisão ao atribuir a culpa como se a mudança nunca tivesse acontecido.  As linhas que foram alteradas ou adicionadas por um commit ignorado serão responsabilizadas pelo commit anterior que alterou essa linha ou as próximas.  Esta opção pode ser usada várias vezes para ignorar mais de uma revisão.  Se a opção de configuração `blame.markIgnoredLines` estiver definida, as linhas que foram alteradas por um commit ignorado e atribuídas a outro commit serão marcados com um`?`.  Se a opção de configuração `blame.markUnblamableLines` estiver definida, as linhas tocadas por um commit ignorado que não poderíamos atribuir a outra revisão serão marcadas com um '*'.

note: type: Labeled list
en: --ignore-revs-file <file>
pt_BR: --ignore-revs-file <arquivo>

note: type: Plain text
en: Ignore revisions listed in `file`, which must be in the same format as an `fsck.skipList`.  This option may be repeated, and these files will be processed after any files specified with the `blame.ignoreRevsFile` config option.  An empty file name, `""`, will clear the list of revs from previously processed files.
pt_BR: Ignore as revisões listadas no `arquivo` que deve estar no mesmo formato que um `fsck.skipList`.  Esta opção pode ser repetida e esses arquivos serão processados após qualquer outro arquivo usado com a opção de configuração `blame.ignoreRevsFile`.  Um nome de arquivo vazio, `""` limpará a lista de rotações dos arquivos processados anteriormente.

note: type: Plain text
en: Show help message.
pt_BR: Mostra a mensagem de ajuda.

note: type: Plain text
en: Annotate file lines with commit information.
pt_BR: Anota as linhas de informação do commit.

note: type: Plain text
en: Show what revision and author last modified each line of a file.
pt_BR: Mostra que revisão e autor modificaram por último cada linha de um arquivo.

note: type: Plain text
en: Count unpacked number of objects and their disk consumption.
pt_BR: Conta o número de objetos não empacotados e seu consumo de disco.

note: type: Plain text
en: Show changes using common diff tools.
pt_BR: Mostra mudanças usando ferramentas comuns de diff.

note: type: Plain text
en: Verifies the connectivity and validity of the objects in the database.
pt_BR: Verifica a conectividade e validade dos objetos em um banco de dados.

note: type: Plain text
en: Display help information about Git.
pt_BR: Mostra informação de ajuda sobre o Git.

note: type: Plain text
en: Instantly browse your working repository in gitweb.
pt_BR: Navegue instantaneamente no seu repositório de trabalho com o gitweb.

note: type: Plain text
en: Show three-way merge without touching index.
pt_BR: exibe as três maneira de mesclagem sem mexer no índice.

note: type: Plain text
en: Reuse recorded resolution of conflicted merges.
pt_BR: Resua uma resolução gravada de merges em conflito.

note: type: Plain text
en: Show branches and their commits.
pt_BR: Mostra banches e seus commits.

note: type: Plain text
en: Check the GPG signature of commits.
pt_BR: Mostra a assinatura GPG dos commits.

note: type: Plain text
en: Check the GPG signature of tags.
pt_BR: Mostra a assinatura GPG de tags.

note: type: Plain text
en: Show logs with difference each commit introduces.
pt_BR: Mostra logs com a diferença entre a introdução de cada commit.

note: type: Plain text
en: Git web interface (web frontend to Git repositories).
pt_BR: Interface web Git (frontend web para repositórios Git).

note: type: Plain text
en: Get and set repository or global options.
pt_BR: Obtém e seta repositórios ou opções globais.

note: type: Plain text
en: Git data exporter.
pt_BR: tipo: Texto plano.

note: type: Plain text
en: Backend for fast Git data importers.
pt_BR: Backend para importadores de dados rápidos Git.

note: type: Plain text
en: Rewrite branches.
pt_BR: Reescreve branches.

note: type: Plain text
en: Run merge conflict resolution tools to resolve merge conflicts.
pt_BR: Executa as ferramentas de resolução de conflito de merge para resolver conflitos de merge.

note: type: Plain text
en: Pack heads and tags for efficient repository access.
pt_BR: Empacota heads e tags para acesso eficiente ao repositório.

note: type: Plain text
en: Prune all unreachable objects from the object database.
pt_BR: Suprime todos os objetos fora de alcance do banco de dados de objetos.

note: type: Plain text
en: Manage reflog information.
pt_BR: Gerencia a informação de reflog.

note: type: Plain text
en: Manage set of tracked repositories.
pt_BR: Gerencia o conjunto de repositórios monitorados.

note: type: Plain text
en: Pack unpacked objects in a repository.
pt_BR: Empacota objetos não empacotados em um repositório.

note: type: Plain text
en: Create, list, delete refs to replace objects.
pt_BR: Cria, lista, deleta refs para substituir objetos.

note: type: Plain text
en: Import a GNU Arch repository into Git.
pt_BR: Importa um repositório GNU Arch no Git.

note: type: Plain text
en: Export a single commit to a CVS checkout.
pt_BR: Exporta um commit unico para um checkout do CVS.

note: type: Plain text
en: Salvage your data out of another SCM people love to hate.
pt_BR: Recupera seus dados que outras pessoas SCM adoram odiar.

note: type: Plain text
en: A CVS server emulator for Git.
pt_BR: Um emulador de servidor CVS para Git.

note: type: Plain text
en: Send a collection of patches from stdin to an IMAP folder.
pt_BR: Manda uma coleção de patches da entrada padrão para uma pasta IMAP.

note: type: Plain text
en: Import from and submit to Perforce repositories.
pt_BR: Importa de e submete aos repositório Perforce.

note: type: Plain text
en: Applies a quilt patchset onto the current branch.
pt_BR: Aplica um conjunto de patches na branch atual.

note: type: Plain text
en: Generates a summary of pending changes.
pt_BR: Cria um sumário de mudanças pendentes.

note: type: Plain text
en: Send a collection of patches as emails.
pt_BR: Manda uma coleção de patches como emails.

note: type: Plain text
en: Bidirectional operation between a Subversion repository and Git.
pt_BR: Operação bidirecional entre um repositório do Subversion e Git.

note: type: Plain text
en: Add file contents to the index.
pt_BR: Adiciona o conteúdo de arquivos ao index.

note: type: Plain text
en: Apply a series of patches from a mailbox.
pt_BR: Aplica uma série de patches de uma caixa de e-mails.

note: type: Plain text
en: Create an archive of files from a named tree.
pt_BR: Cria um histórico de arquivos a partir de uma árvore nomeada.

note: type: Plain text
en: Use binary search to find the commit that introduced a bug.
pt_BR: Usa uma busca binária para procurar o commit que introduziu um bug.

note: type: Plain text
en: List, create, or delete branches.
pt_BR: Lista, cria ou deleta branches.

note: type: Plain text
en: Move objects and refs by archive.
pt_BR: Move objetos e refs pelo histórico.

note: type: Plain text
en: Switch branches or restore working tree files.
pt_BR: Move branches ou restaura arquivos de árvores de trabalho.

note: type: Plain text
en: Apply the changes introduced by some existing commits.
pt_BR: Aplica as mudanças introduzidas por alguns commits existentes.

note: type: Plain text
en: Graphical alternative to git-commit.
pt_BR: Alternativa gráfica ao git-commit.

note: type: Plain text
en: Remove untracked files from the working tree.
pt_BR: Remove arquivos não rastrados da árvore de trabalho.

note: type: Plain text
en: Clone a repository into a new directory.
pt_BR: Clona um repositório em um novo repositório.

note: type: Plain text
en: Record changes to the repository.
pt_BR: Grava as mudanças para o repositório.

note: type: Plain text
en: Give an object a human readable name based on an available ref.
pt_BR: Dá a um objeto um nome em um formato legível por humanos baseado em uma ref disponível.

note: type: Plain text
en: Show changes between commits, commit and working tree, etc.
pt_BR: Mostra mudanças entre commits, commit e árvore de trabalho, etc.

note: type: Plain text
en: Download objects and refs from another repository.
pt_BR: Faz o download de objetos e refs de outro repositório.

note: type: Plain text
en: Prepare patches for e-mail submission.
pt_BR: Prepara patches para submissão por e-mail.

note: type: Plain text
en: Cleanup unnecessary files and optimize the local repository.
pt_BR: Limpa arquivos desnecessários e otimiza o repositório local.

note: type: Plain text
en: Print lines matching a pattern.
pt_BR: Imprime linhas de um padrão encontrado.

note: type: Plain text
en: A portable graphical interface to Git.
pt_BR: Uma interface gráfica portátil para o Git.

note: type: Plain text
en: Create an empty Git repository or reinitialize an existing one.
pt_BR: Cria um repositório vazio para o Git ou reinicializa um repositório existente.

note: type: Plain text
en: Show commit logs.
pt_BR: Mostra os logs de commit.

note: type: Plain text
en: Join two or more development histories together.
pt_BR: Junta dois ou mais históricos de desenvolvimento juntos.

note: type: Plain text
en: Move or rename a file, a directory, or a symlink.
pt_BR: Move ou renomeia um arquivo, um diretório, ou um link simbólico.

note: type: Plain text
en: Add or inspect object notes.
pt_BR: Adiciona ou inspeciona objetos de nota.

note: type: Plain text
en: Fetch from and integrate with another repository or a local branch.
pt_BR: Busca de e integra com outro repositório ou branch local.

note: type: Plain text
en: Update remote refs along with associated objects.
pt_BR: Atualiza refs remotas através de objetos associados.

note: type: Plain text
en: Compare two commit ranges (e.g. two versions of a branch).
pt_BR: Compara dois intervalos de commit (e.x. duas versões de uma branch).

note: type: Plain text
en: Reapply commits on top of another base tip.
pt_BR: Reaplica commits no top de outra ponta de base.

note: type: Plain text
en: Reset current HEAD to the specified state.
pt_BR: Reseta o HEAD corrente para o estado especificado.

note: type: Plain text
en: Restore working tree files.
pt_BR: Restaura as árvores de trabalho.

note: type: Plain text
en: Revert some existing commits.
pt_BR: Reverte alguns commits existente.

note: type: Plain text
en: Remove files from the working tree and from the index.
pt_BR: Remove arquivos da árvore de trabalho e do index.

note: type: Plain text
en: Summarize 'git log' output.
pt_BR: Sumaria a saída de 'git log'.

note: type: Plain text
en: Show various types of objects.
pt_BR: Mostra vários tipos de objetos.

note: type: Plain text
en: Stash the changes in a dirty working directory away.
pt_BR: Esconde as mudanças em um diretório de trabalho ausente.

note: type: Plain text
en: Show the working tree status.
pt_BR: Mostra o status da árvore de trabalho.

note: type: Plain text
en: Initialize, update or inspect submodules.
pt_BR: Inicializa, atualize ou inspeciona submodulos.

note: type: Plain text
en: Switch branches.
pt_BR: Alternância entre ramos.

note: type: Plain text
en: Create, list, delete or verify a tag object signed with GPG.
pt_BR: Cria, lista, deleta ou verifica uma tag de objeto assinada com GPG.

note: type: Plain text
en: Manage multiple working trees.
pt_BR: Manipula múltiplas árvores de trabalho.

note: type: Plain text
en: The Git repository browser.
pt_BR: O browser de repositório Git.

note: type: Plain text
en: Provide content or type and size information for repository objects.
pt_BR: Proporciona conteúdo ou tipo e informação sobre o tamanho de objetos do repositório.

note: type: Plain text
en: Find commits yet to be applied to upstream.
pt_BR: Procura commits que ainda serão aplicados em upstream.

note: type: Plain text
en: Compares files in the working tree and the index.
pt_BR: Compara arquivos na árvore de trabalho e no index.

note: type: Plain text
en: Compare a tree to the working tree or index.
pt_BR: Compara uma árvore ao diretório de trabalho ou index.

note: type: Plain text
en: Compares the content and mode of blobs found via two tree objects.
pt_BR: Compara o conteúdo e modo de blobs encontrados via dois objetos de árvore.

note: type: Plain text
en: Output information on each ref.
pt_BR: Informação de output de cada ref.

note: type: Plain text
en: Extract commit ID from an archive created using git-archive.
pt_BR: Extrai o ID de commit de um arquivo criado usando git-archive.

note: type: Plain text
en: Show information about files in the index and the working tree.
pt_BR: Mostra a informação sobre arquivos no index e na árvore de trabalho.

note: type: Plain text
en: List references in a remote repository.
pt_BR: Lista as referências em um repositório remoto.

note: type: Plain text
en: List the contents of a tree object.
pt_BR: Lista o conteúdo de uma árvore de objetos.

note: type: Plain text
en: Find as good common ancestors as possible for a merge.
pt_BR: Mostra os melhores ancestrais possíveis para um merge.

note: type: Plain text
en: Find symbolic names for given revs.
pt_BR: Mostra nomes simbólicos para dadas revs.

note: type: Plain text
en: Find redundant pack files.
pt_BR: Mostra arquivos pack redundantes.

note: type: Plain text
en: Lists commit objects in reverse chronological order.
pt_BR: Lista objetos de commit em ordem cronológica reversa.

note: type: Plain text
en: Pick out and massage parameters.
pt_BR: Escolha e modele os parâmetros.

note: type: Plain text
en: Show packed archive index.
pt_BR: Mostra o index histórico compactado.

note: type: Plain text
en: List references in a local repository.
pt_BR: Lista referências em um repositório local.

note: type: Plain text
en: Creates a temporary file with a blob's contents.
pt_BR: Cria um arquivo temporário com conteúdo de blob.

note: type: Plain text
en: Show a Git logical variable.
pt_BR: Mostra uma variável lógica local Git.

note: type: Plain text
en: Validate packed Git archive files.
pt_BR: Valida históricos compactados Git.

note: type: Plain text
en: Apply a patch to files and/or to the index.
pt_BR: Aplica um patch a arquivos e/ou ao index.

note: type: Plain text
en: Copy files from the index to the working tree.
pt_BR: Copia arquivos do index para a árvore de diretório.

note: type: Plain text
en: Write and verify Git commit-graph files.
pt_BR: Escreve e verifica arquivos de grafo-commit.

note: type: Plain text
en: Create a new commit object.
pt_BR: Cria um novo objeto de commit.

note: type: Plain text
en: Compute object ID and optionally creates a blob from a file.
pt_BR: Calcula o ID do objeto e opcionalmente cria um blob de um arquivo.

note: type: Plain text
en: Build pack index file for an existing packed archive.
pt_BR: Cria um arquivo compactado de histórico para um histórico compactado existente.

note: type: Plain text
en: Run a three-way file merge.
pt_BR: Executar um arquivo de três vias, merge.

note: type: Plain text
en: Run a merge for files needing merging.
pt_BR: Executa um merge para arquivos que necessitam de merge.

note: type: Plain text
en: Creates a tag object.
pt_BR: Cria um objeto tag.

note: type: Plain text
en: Build a tree-object from ls-tree formatted text.
pt_BR: Cria uma árvore-objeto de um texto formatado ls-tree.

note: type: Plain text
en: Write and verify multi-pack-indexes.
pt_BR: Escreve e verifica históricos multi compactados.

note: type: Plain text
en: Create a packed archive of objects.
pt_BR: Cria um histórico compactado de objetos.

note: type: Plain text
en: Remove extra objects that are already in pack files.
pt_BR: Remove objetos extras que existem atualmente em arquivos compactados.

note: type: Plain text
en: Reads tree information into the index.
pt_BR: Lê informação de árvore no index.

note: type: Plain text
en: Read, modify and delete symbolic refs.
pt_BR: Lê, modifica e deleta referências simbólicas.

note: type: Plain text
en: Unpack objects from a packed archive.
pt_BR: Descompacta objetos de um históricos compactado.

note: type: Plain text
en: Register file contents in the working tree to the index.
pt_BR: Registra o conteúdo de arquivo na árvore de trabalho para o index.

note: type: Plain text
en: Update the object name stored in a ref safely.
pt_BR: Atualiza o nome do objeto guardado em uma ref de forma segura.

note: type: Plain text
en: Create a tree object from the current index.
pt_BR: Cria um objeto de árvore do índice corrente.

note: type: Plain text
en: Display gitattributes information.
pt_BR: Mostra a informação de gitattributes.

note: type: Plain text
en: Debug gitignore / exclude files.
pt_BR: Debuga o gitignore / exclui arquivos.

note: type: Plain text
en: Show canonical names and email addresses of contacts.
pt_BR: Mostra os nomes canônicos e os endereços de email dos contatos.

note: type: Plain text
en: Ensures that a reference name is well formed.
pt_BR: Se certifica que um nome de referência está bem formado.

note: type: Plain text
en: Display data in columns.
pt_BR: Mostra os dados em colunas.

note: type: Plain text
en: Retrieve and store user credentials.
pt_BR: Obtem e guarda as credenciais de usuário.

note: type: Plain text
en: Helper to temporarily store passwords in memory.
pt_BR: Ajuda a guardar senhas temporariamente em memória.

note: type: Plain text
en: Helper to store credentials on disk.
pt_BR: Ajuda a guardar credenciais em disco.

note: type: Plain text
en: Produce a merge commit message.
pt_BR: Produz uma mensagem de commit de merge.

note: type: Plain text
en: Add or parse structured information in commit messages.
pt_BR: Adiciona ou analisa informação estruturada em mensagens de commit.

note: type: Plain text
en: Extracts patch and authorship from a single e-mail message.
pt_BR: Extrai o patch e o autor de uma única mensagem de e-mail.

note: type: Plain text
en: Simple UNIX mbox splitter program.
pt_BR: Programa simples do divisor UNIX mbox.

note: type: Plain text
en: The standard helper program to use with git-merge-index.
pt_BR: O programa padrão de ajuda para usar com git-merge-index.

note: type: Plain text
en: Compute unique ID for a patch.
pt_BR: Computa um único ID para um patch.

note: type: Plain text
en: Git's i18n setup code for shell scripts.
pt_BR: Código de configuração do i18n do Git para scripts de shell.

note: type: Plain text
en: Common Git shell script setup code.
pt_BR: Código de configuração do script de shell comum do Git.

note: type: Plain text
en: Remove unnecessary whitespace.
pt_BR: Remove espaços em branco desnecessários.

note: type: Plain text
en: Download from a remote Git repository via HTTP.
pt_BR: Faz o download de um repositório remoto Git via HTTP.

note: type: Plain text
en: Push objects over HTTP/DAV to another repository.
pt_BR: Empurra objetos através de HTTP/DAV para outro repositório.

note: type: Plain text
en: Routines to help parsing remote repository access parameters.
pt_BR: Rotinas para ajudar a analisar parâmetros de acesso ao repositório remoto.

note: type: Plain text
en: Receive what is pushed into the repository.
pt_BR: Receba o que é enviado ao repositório.

note: type: Plain text
en: Restricted login shell for Git-only SSH access.
pt_BR: Shell de login restrito para acesso somente por SSH do Git.

note: type: Plain text
en: Send archive back to git-archive.
pt_BR: Manda um arquivo de volta ao git-archive.

note: type: Plain text
en: Send objects packed back to git-fetch-pack.
pt_BR: Manda objetos compactados para git-fetch-pack.

note: type: Plain text
en: A really simple server for Git repositories.
pt_BR: Um servidor realmente simples para repositórios Git.

note: type: Plain text
en: Receive missing objects from another repository.
pt_BR: Recebe objetos faltantes de um outro repositório.

note: type: Plain text
en: Server side implementation of Git over HTTP.
pt_BR: Implementação do lado do servidor do Git via HTTP.

note: type: Plain text
en: Push objects over Git protocol to another repository.
pt_BR: Faz o push de objetos sob o protocolo Git de outro repositório.

note: type: Plain text
en: Update auxiliary info file to help dumb servers.
pt_BR: Atualiza informação auxiliar sobre arquivo para ajudar servidores burros.

note: type: Title -
en: CONFIGURATION FILE
pt_BR: ARQUIVO DE CONFIGURAÇÃO

note: type: Plain text
en: The Git configuration file contains a number of variables that affect the Git commands' behavior. The files `.git/config` and optionally `config.worktree` (see `extensions.worktreeConfig` below) in each repository are used to store the configuration for that repository, and `$HOME/.gitconfig` is used to store a per-user configuration as fallback values for the `.git/config` file. The file `/etc/gitconfig` can be used to store a system-wide default configuration.
pt_BR: O arquivo de configuração do Git contém um número de variáveis que afetam o comportamento dos comandos do Git. Os arquivos `.git/config` e, opcionalmente, `config.worktree` (veja `extensions.worktreeConfig` abaixo) em cada repositório são usados para armazenar a configuração para aquele repositório, e o `$HOME/.gitconfig` é usado para armazenar uma configuração por usuário como valores de fallback para o arquivo `.git/config`. O arquivo `/etc/gitconfig` pode ser usado para armazenar uma configuração padrão do sistema.

note: type: Plain text
en: The configuration variables are used by both the Git plumbing and the porcelains. The variables are divided into sections, wherein the fully qualified variable name of the variable itself is the last dot-separated segment and the section name is everything before the last dot. The variable names are case-insensitive, allow only alphanumeric characters and `-`, and must start with an alphabetic character.  Some variables may appear multiple times; we say then that the variable is multivalued.
pt_BR: As variáveis de configuração são usadas pelo encanamento Git e pelas porcelanas. As variáveis são divididas em seções, em que o nome completo da variável da variável em si é o último segmento separado por ponto e o nome da seção é tudo antes do último ponto. Os nomes das variáveis não fazem distinção entre maiúsculas e minúsculas, permitem apenas caracteres alfanuméricos e `-` e devem começar com um caractere alfabético. Algumas variáveis podem aparecer várias vezes; dizemos então que a variável é de valor múltiplo.

note: type: Title ~
en: Syntax
pt_BR: Sintaxe

note: type: Plain text
en: The syntax is fairly flexible and permissive; whitespaces are mostly ignored.  The '#' and ';' characters begin comments to the end of line, blank lines are ignored.
pt_BR: A sintaxe é muito flexível e permissiva; espaços em branco são ignorados em sua maioria. Os caracteres '#' e ';' começam comentários no fim da linha, linhas vazias são ignoradas.

note: type: Plain text
en: The file consists of sections and variables.  A section begins with the name of the section in square brackets and continues until the next section begins.  Section names are case-insensitive.  Only alphanumeric characters, `-` and `.` are allowed in section names.  Each variable must belong to some section, which means that there must be a section header before the first setting of a variable.
pt_BR: O arquivo consiste em seções e variáveis. Uma seção começa com o nome da seção entre colchetes e continua até a próxima seção começar. Os nomes das seções são insensíveis a maiúsculas e minúsculas. Somente caracteres alfanuméricos, '-' e '.' são permitidos nos nomes das seções. Cada variável deve pertencer a alguma seção, o que significa que deve haver um cabeçalho de seção antes da primeira configuração de uma variável.

note: type: Plain text
en: Sections can be further divided into subsections.  To begin a subsection put its name in double quotes, separated by space from the section name, in the section header, like in the example below:
pt_BR: As seções podem ser divididas em subseções. Para começar uma subseção coloque o seu nome em quotes duplos, separados por espaços do nome da seção, no cabeçalho da seção, como no exemplo abaixo:

note: type: delimited block -
en: 	[section "subsection"]
pt_BR: 	[seção "subseção"]

note: type: Plain text
en: Subsection names are case sensitive and can contain any characters except newline and the null byte. Doublequote `"` and backslash can be included by escaping them as `\"` and `\\`, respectively. Backslashes preceding other characters are dropped when reading; for example, `\t` is read as `t` and `\0` is read as `0` Section headers cannot span multiple lines.  Variables may belong directly to a section or to a given subsection. You can have `[section]` if you have `[section "subsection"]`, but you don't need to.
pt_BR: Os nomes das subseções diferenciam maiúsculas e minúsculas e podem conter qualquer caractere, exceto a nova linha e o byte nulo. Citação dupla `"` e barra invertida podem ser incluídos, escapando-os como  `\"` e `\\`, respectivamente. As barras invertidas que precedem outros caracteres são descartadas durante a leitura; por exemplo, `\t` é lido como `t` e `\0` é lido como `0`. Os cabeçalhos da seção não podem ocupar várias linhas. As variáveis podem pertencer diretamente a uma seção ou a uma determinada subseção. Você pode ter `[section]` se você tem `[section "subsection"]`, mas você não precisa.

note: type: Plain text
en: There is also a deprecated `[section.subsection]` syntax. With this syntax, the subsection name is converted to lower-case and is also compared case sensitively. These subsection names follow the same restrictions as section names.
pt_BR: Há também uma sintaxe obsoleta do `[section.subsection]`. Com essa sintaxe, o nome da subseção é convertido em minúscula e também é comparado com maiúsculas e minúsculas. Esses nomes de subseção seguem as mesmas restrições que nomes de seção.

note: type: Plain text
en: All the other lines (and the remainder of the line after the section header) are recognized as setting variables, in the form 'name = value' (or just 'name', which is a short-hand to say that the variable is the boolean "true").  The variable names are case-insensitive, allow only alphanumeric characters and `-`, and must start with an alphabetic character.
pt_BR: Todas as outras linhas (e os lembretes da linha depois do cabeçalho de seção) são reconhecidos como variáveis definíveis, na forma 'nome=valor' (ou simplesmente 'nome', o qual é um atalho para dizer que a variável é um booleano "true"). O nome de variáveis não diferenciam nome de maiúsculas ou minúsculas, permitindo apenas caracteres alfanuméricos e `-`, e tem que começar com um caracter alfanumérico.

note: type: Plain text
en: A line that defines a value can be continued to the next line by ending it with a `\`; the backquote and the end-of-line are stripped.  Leading whitespaces after 'name =', the remainder of the line after the first comment character '#' or ';', and trailing whitespaces of the line are discarded unless they are enclosed in double quotes.  Internal whitespaces within the value are retained verbatim.
pt_BR: Uma linha que define um valor pode ser continuada na próxima linha finalizando-a com um `\`; o backquote e o fim-de-linha são tirados. Os principais espaços em branco após 'name =', o restante da linha após o primeiro caractere de comentário '#' ou ';' e espaços em branco à direita da linha são descartados, a menos que estejam entre aspas duplas. Os espaços internos dentro do valor são retidos na íntegra.

note: type: Plain text
en: Inside double quotes, double quote `"` and backslash `\` characters must be escaped: use `\"` for `"` and `\\` for `\`.
pt_BR: Dentro de quotes duplos `"`e barra invertida '\' os caracteres podem ser usados literalmente: use `\"` para `"` e `\\` para `\`.

note: type: Plain text
en: The following escape sequences (beside `\"` and `\\`) are recognized: `\n` for newline character (NL), `\t` for horizontal tabulation (HT, TAB)  and `\b` for backspace (BS).  Other char escape sequences (including octal escape sequences) are invalid.
pt_BR: A seguintes sequências de escape (ao lado de `\"` e `\\`) são reconhecidas: `\n` para caracteres de nova linha (NL), `\t` para tabulção horizontal (HT, TAB) e `\b` para backspace (BS). Outras sequências de escape de caracteres (incluindo sequências de escape octal) são inválidas.

note: type: Title ~
en: Includes
pt_BR: Inclui

note: type: Plain text
en: The `include` and `includeIf` sections allow you to include config directives from another source. These sections behave identically to each other with the exception that `includeIf` sections may be ignored if their condition does not evaluate to true; see "Conditional includes" below.
pt_BR: As seções `include` e `includeIf` permitem incluir diretivas de configuração de outra fonte. Essas seções se comportam de maneira idêntica, com a exceção de que as seções `includeIf` podem ser ignoradas se sua condição não for avaliada como verdadeira; veja "Inclui condicional" abaixo.

note: type: Plain text
en: You can include a config file from another by setting the special `include.path` (or `includeIf.*.path`) variable to the name of the file to be included. The variable takes a pathname as its value, and is subject to tilde expansion. These variables can be given multiple times.
pt_BR: Você pode incluir um arquivo de configuração de outro, definindo a variável especial `include.path` (ou `includeIf.*.path`) para o nome do arquivo a ser incluído. A variável usa um nome-path como seu valor e está sujeita à expansão de til. essas variáveis podem ser dadas várias vezes.

note: type: Plain text
en: The contents of the included file are inserted immediately, as if they had been found at the location of the include directive. If the value of the variable is a relative path, the path is considered to be relative to the configuration file in which the include directive was found.  See below for examples.
pt_BR: O conteúdo do arquivo incluído é inserido imediatamente, como se eles tivessem sido encontrados no local da diretiva include. Se o valor da variável for um path relativo, o path será considerado relativo ao arquivo de configuração no qual a diretiva de inclusão foi localizada. Veja abaixo exemplos.

note: type: Title ~
en: Conditional includes
pt_BR: Inclui condicional

note: type: Plain text
en: You can include a config file from another conditionally by setting a `includeIf.<condition>.path` variable to the name of the file to be included.
pt_BR: Você pode incluir um arquivo de configuração de outro condicionalmente setando uma variável `includeIf.<condition>.path` para o nome do arquivo a ser incluído.

note: type: Plain text
en: The condition starts with a keyword followed by a colon and some data whose format and meaning depends on the keyword. Supported keywords are:
pt_BR: A condição começa quando uma palavra-chave seguida de dois pontos e alguns dados cujo formato e significado depende da palavra-chave. Palavras-chave suportadas são:

note: type: Plain text
en: The data that follows the keyword `gitdir:` is used as a glob pattern. If the location of the .git directory matches the pattern, the include condition is met.
pt_BR: O dado que seguem a palavra chave `gitdir:` é usado como um padrão global. Se a localização do diretório .git casa com o padrão, a condição incluída é encontrada.

note: type: Plain text
en: The .git location may be auto-discovered, or come from `$GIT_DIR` environment variable. If the repository is auto discovered via a .git file (e.g. from submodules, or a linked worktree), the .git location would be the final location where the .git directory is, not where the
pt_BR: A localização de .git pode ser auto-descoberta, ou vir da variável de ambiente `$GIT_DIR`. Se o repositório é auto descoberto via um arquivo. git (e.x. de submódulos ou linkado a uma árvore de trabalho), a localização de .git pode ser a localização final onde o diretório. git é, não onde o

note: type: Block title
en: git file is.
pt_BR: o arquivo git é.

note: type: Plain text
en: The pattern can contain standard globbing wildcards and two additional ones, `**/` and `/**`, that can match multiple path components. Please refer to linkgit:gitignore[5] for details. For convenience:
pt_BR: O padrão pode conter wildcads globbing padrão e dois adicionais, `**/` e `/**`, que podem casar múltplos components de caminho. Por favor procure por linkgit:gitignore[5] para detalhes. Para conveniência:

note: type: Plain text
en: If the pattern starts with `~/`, `~` will be substituted with the content of the environment variable `HOME`.
pt_BR: Se o padrão começa com `~/`, `~` será substituído com o conteúdo da variável de ambiente `HOME`.

note: type: Plain text
en: If the pattern starts with `./`, it is replaced with the directory containing the current config file.
pt_BR: Se o padrão começa com `./`, então ele é substituído com o diretório contendo o arquivo de configuração corrente.

note: type: Plain text
en: If the pattern does not start with either `~/`, `./` or `/`, `**/` will be automatically prepended. For example, the pattern `foo/bar` becomes `**/foo/bar` and would match `/any/path/to/foo/bar`.
pt_BR: Se o padrão não começa com `~/`, `./` ou `/`, `**/` ele será pré-anexado automaticamente. Por exemplo, o padrão `foo/bar` se torna `**/foo/bar` e pode casar com `/any/path/to/foo/bar`.

note: type: Plain text
en: If the pattern ends with `/`, `**` will be automatically added. For example, the pattern `foo/` becomes `foo/**`. In other words, it matches "foo" and everything inside, recursively.
pt_BR: Se o padrão termina com `/`, `**` será automaticamente adicionado. Por exemplo, o padrão `foo/` se torna`foo/**`. Em outras palavras, ele casa "foo" e tudo o que estiver dentro, recursivamente.

note: type: Labeled list
en: `gitdir/i`
pt_BR: 'gitdir/i'

note: type: Plain text
en: This is the same as `gitdir` except that matching is done case-insensitively (e.g. on case-insensitive file systems)
pt_BR: Isto é o mesmo que `gitdir`exceto que casa ignorando mudança de caixa (e.x. em sistemas de arquivo que ignoram mudança de caixa)

note: type: Plain text
en: The data that follows the keyword `onbranch:` is taken to be a pattern with standard globbing wildcards and two additional ones, `**/` and `/**`, that can match multiple path components.  If we are in a worktree where the name of the branch that is currently checked out matches the pattern, the include condition is met.
pt_BR: Os dados que seguem a palavra chave `onbranch:` são considerados um padrão com curingas predefinidos e dois adicionais, `**/` e `/**`, que podem coincidir com vários componentes do caminho. Caso estejamos em uma árvore de trabalho onde o nome do ramo que está atualmente sendo verificado corresponder ao padrão, a condição de inclusão é atendida.

note: type: Plain text
en: If the pattern ends with `/`, `**` will be automatically added. For example, the pattern `foo/` becomes `foo/**`. In other words, it matches all branches that begin with `foo/`. This is useful if your branches are organized hierarchically and you would like to apply a configuration to all the branches in that hierarchy.
pt_BR: Se o padrão termina com `/`, `**` será automaticamente adicionado. Por exemplo, o padrão `foo/` se torna`foo/**`. Em outras palavras, ele coincide todos os ramos que comecem com `foo/`. É útil quando as suas ramificações são organizadas hierarquicamente e você precisa aplicar a configuração em todas as ramificações desta hierarquia.

note: type: Plain text
en: A few more notes on matching via `gitdir` and `gitdir/i`:
pt_BR: Algumas poucas notas em casar via `gitdir` e `gitdir/i`:

note: type: Plain text
en: Symlinks in `$GIT_DIR` are not resolved before matching.
pt_BR: Sumlinks em `$GIT_DIR` não são resolvidos sem casar.

note: type: Plain text
en: Both the symlink & realpath versions of paths will be matched outside of `$GIT_DIR`. E.g. if ~/git is a symlink to /mnt/storage/git, both `gitdir:~/git` and `gitdir:/mnt/storage/git` will match.
pt_BR: Ambas as versões symlink & realpath dos paths serão correspondidas fora do `$GIT_DIR`. Por exemplo, se ~/git for um link simbólico para /mnt/storage/git, ambos `gitdir:~/git` e `gitdir:/mnt/storage/git` serão encontrados.

note: type: Plain text
en: This was not the case in the initial release of this feature in v2.13.0, which only matched the realpath version. Configuration that wants to be compatible with the initial release of this feature needs to either specify only the realpath version, or both versions.
pt_BR: Este não foi o caso na versão inicial deste recurso na v2.13.0, que correspondia apenas à versão do caminho real. A configuração que deseja ser compatível com o release inicial desse recurso precisa especificar apenas a versão do caminho real ou as duas versões.

note: type: Plain text
en: Note that "../" is not special and will match literally, which is unlikely what you want.
pt_BR: Note que "../" não é especial e não irá casar literalmente, o que não é o que você quer.

note: type: Title ~
en: Example
pt_BR: Exemplo

note: type: delimited block -
en: # Core variables
    [core]
    	; Don't trust file modes
    	filemode = false
pt_BR: # Principais variáveis
    [core]
    	; Não confie nos modos de arquivo
    	filemode = false

note: type: delimited block -
en: # Our diff algorithm
    [diff]
    	external = /usr/local/bin/diff-wrapper
    	renames = true
pt_BR: # Nosso algoritmo diff
    [diff]
    	external = /usr/local/bin/diff-wrapper
    	renames = true

note: type: delimited block -
en: [branch "devel"]
    	remote = origin
    	merge = refs/heads/devel
pt_BR: [ramo "devel"]
    	remote = origin
    	merge = refs/heads/devel

note: type: delimited block -
en: # Proxy settings
    [core]
    	gitProxy="ssh" for "kernel.org"
    	gitProxy=default-proxy ; for the rest
pt_BR: # Configurações de proxy
    [core]
    	gitProxy="ssh" for "kernel.org"
    	gitProxy=default-proxy ; for the rest

note: type: delimited block -
en: [include]
    	path = /path/to/foo.inc ; include by absolute path
    	path = foo.inc ; find "foo.inc" relative to the current file
    	path = ~/foo.inc ; find "foo.inc" in your `$HOME` directory
pt_BR: [include]
    	path = /path/to/foo.inc ; incluído através de um caminho absoluto
    	path = foo.inc ; find "foo.inc" relativo ao arquivo atual
    	path = ~/foo.inc ; find "foo.inc" no seu diretório `$HOME`

note: type: delimited block -
en: ; include if $GIT_DIR is /path/to/foo/.git
    [includeIf "gitdir:/path/to/foo/.git"]
    	path = /path/to/foo.inc
pt_BR: ; inclua caso $GIT_DIR seja /path/to/foo/.git
    [includeIf "gitdir:/path/to/foo/.git"]
    	path = /path/to/foo.inc

note: type: delimited block -
en: ; include for all repositories inside /path/to/group
    [includeIf "gitdir:/path/to/group/"]
    	path = /path/to/foo.inc
pt_BR: ; incluir para todos os repositórios dentro de /path/to/group
    [includeIf "gitdir:/path/to/group/"]
    	path = /path/to/foo.inc

note: type: delimited block -
en: ; include for all repositories inside $HOME/to/group
    [includeIf "gitdir:~/to/group/"]
    	path = /path/to/foo.inc
pt_BR: ; incluir para todos os repositórios dentro de $HOME/to/group
    [includeIf "gitdir:~/to/group/"]
    	path = /path/to/foo.inc

note: type: delimited block -
en: ; relative paths are always relative to the including
    ; file (if the condition is true); their location is not
    ; affected by the condition
    [includeIf "gitdir:/path/to/group/"]
    	path = foo.inc
pt_BR: ; caminhos relativos são sempre relativos à inclusão
    ; arquivo (se a condição inicial for verdadeira); a sua localização não é
    ; afetada pela condição
    [includeIf "gitdir:/path/to/group/"]
    	path = foo.inc

note: type: Plain text
en: 	; include only if we are in a worktree where foo-branch is
    	; currently checked out
    	[includeIf "onbranch:foo-branch"]
    		path = foo.inc
pt_BR: 	; incluir apenas se estivermos em uma área de trabalho onde o ramo-foo é
    	; atualmente verificado
    	[includeIf "onbranch:foo-branch"]
    		path = foo.inc

note: type: Title ~
en: Values
pt_BR: Valores

note: type: Plain text
en: Values of many variables are treated as a simple string, but there are variables that take values of specific types and there are rules as to how to spell them.
pt_BR: Valores de várias variáveis são tratados como string simples, mas sempre existem variáveis que pegam valores de tipos específicos e existem regras de como os soletrar.

note: type: Labeled list
en: boolean
pt_BR: booleano

note: type: Plain text
en: When a variable is said to take a boolean value, many synonyms are accepted for 'true' and 'false'; these are all case-insensitive.
pt_BR: Quando uma variável pega um valor booleano, muitos sinônimos são aceitos para 'true' e 'false', esses são todos insensíveis a mudança de caixa.

note: type: Labeled list
en: true
pt_BR: verdadeiro

note: type: Plain text
en: Boolean true literals are `yes`, `on`, `true`,
pt_BR: Literais booleanos verdades são `yes`,`on`,`true`,

note: type: Plain text
en: and `1`.  Also, a variable defined without `= <value>`
    is taken as true.
pt_BR: e `1`.  Além disso, uma variável definida sem `= <value>`
    é tomada como verdadeira.

note: type: Labeled list
en: false
pt_BR: falso

note: type: Plain text
en: Boolean false literals are `no`, `off`, `false`,
pt_BR: Falsos literais booleanos são `no`, `off`, `false`,

note: type: Plain text
en: `0` and the empty string.
pt_BR: `0` e a string vazia.

note: type: Plain text
en: When converting a value to its canonical form using the `--type=bool` type specifier, 'git config' will ensure that the output is "true" or "false" (spelled in lowercase).
pt_BR: Quando converter um valor a sua forma canônica usando o tipo de especificação `--type=bool`, 'git config' se assegurará que a saída é 'true' ou "false" (em caixa baixa).

note: type: Labeled list
en: integer
pt_BR: inteiro

note: type: Plain text
en: The value for many variables that specify various sizes can be suffixed with `k`, `M`,... to mean "scale the number by 1024", "by 1024x1024", etc.
pt_BR: O valor de muitas variáveis que especificam vários tamanhos podem ter como sufixo `k`,`M`, para dizer "escale o número por 1024", "por 1024x1024", etc.

note: type: Plain text
en: The value for a variable that takes a color is a list of colors (at most two, one for foreground and one for background)  and attributes (as many as you want), separated by spaces.
pt_BR: O valor de uma variável que pega uma cor de uma lista de cores (ao menos duas, uma para o foreground e outra para o background) e atributos (quantos você quiser), separados por espaços.

note: type: Plain text
en: The basic colors accepted are `normal`, `black`, `red`, `green`, `yellow`, `blue`, `magenta`, `cyan` and `white`.  The first color given is the foreground; the second is the background.  All the basic colors except `normal` have a bright variant that can be speficied by prefixing the color with `bright`, like `brightred`.
pt_BR: As cores básicas aceitas são `normal` (normal), `black` (preto) , `red` (vermelho) , `green` (verde), `yellow` (amarelo) , `blue` (azul), `magenta` (magenta), `cyan` (ciano) and `white` (branco). A primeira cor é o primeiro plano; a segundo é o plano de fundo.  Todas as cores básicas exceto `normal` possuem uma variante brilhante que pode ser especificada prefixando a cor com `bright`, like `brightred`.

note: type: Plain text
en: Colors may also be given as numbers between 0 and 255; these use ANSI 256-color mode (but note that not all terminals may support this).  If your terminal supports it, you may also specify 24-bit RGB values as hex, like `#ff0ab3`.
pt_BR: As cores também podem ser dadas como números entre 0 e 255; estes usam o modo ANSI de 256 cores (mas note que nem todos os terminais suportam isso). Se o seu terminal suportar, você também pode especificar valores RGB de 24 bits como hexadecimais, como `#ff0ab3`.

note: type: Plain text
en: The accepted attributes are `bold`, `dim`, `ul`, `blink`, `reverse`, `italic`, and `strike` (for crossed-out or "strikethrough" letters).  The position of any attributes with respect to the colors (before, after, or in between), doesn't matter. Specific attributes may be turned off by prefixing them with `no` or `no-` (e.g., `noreverse`, `no-ul`, etc).
pt_BR: Os atributos aceitos são `bold`, `dim`, `ul`, `blink`, `reverse`, `italic`, e `strike` (para letras cruzadas  ou "rasuradas"). A posição de qualquer atributo em relação às cores (antes, depois ou entre) não importa. Atributos específicos podem ser desativados prefixando-os com `no` ou `no-` (por exemplo, `noreverse`, `no-ul`, etc).

note: type: Plain text
en: An empty color string produces no color effect at all. This can be used to avoid coloring specific elements without disabling color entirely.
pt_BR: Uma sequência de cores vazia não produz nenhum efeito de cor. Isso pode ser usado para evitar colorir elementos específicos sem desabilitar totalmente a cor.

note: type: Plain text
en: For git's pre-defined color slots, the attributes are meant to be reset at the beginning of each item in the colored output. So setting `color.decorate.branch` to `black` will paint that branch name in a plain `black`, even if the previous thing on the same output line (e.g.  opening parenthesis before the list of branch names in `log --decorate` output) is set to be painted with `bold` or some other attribute.  However, custom log formats may do more complicated and layered coloring, and the negated forms may be useful there.
pt_BR: Para os slots de cores predefinidos do git, os atributos devem ser redefinidos no início de cada item na saída colorida. Portanto, definir `color.decorate.branch` como `black` irá pintar esse nome de branch em `black`, mesmo que a anterior esteja na mesma linha de saída (por exemplo, abrindo parênteses antes da linha de nomes de ramificações em `log --decorate`) é definido para ser pintado com `bold` ou algum outro atributo. No entanto, formatos de log personalizados podem fazer cores mais complicadas e em camadas, e os formulários negados podem ser úteis lá.

note: type: Labeled list
en: pathname
pt_BR: caminho do diretório

note: type: Plain text
en: A variable that takes a pathname value can be given a string that begins with "`~/`" or "`~user/`", and the usual tilde expansion happens to such a string: `~/` is expanded to the value of `$HOME`, and `~user/` to the specified user's home directory.
pt_BR: Uma variável que recebe um valor de nome de caminho pode receber uma string que começa com "`~/`" ou "`~user/`", e a expansão usual do til acontece com essa string: `~/` é expandida para o valor de `$HOME`, e `~user/` para o diretório inicial do usuário especificado.

note: type: Title ~
en: Variables
pt_BR: Variáveis

note: type: Plain text
en: Note that this list is non-comprehensive and not necessarily complete.  For command-specific variables, you will find a more detailed description in the appropriate manual page.
pt_BR: Note que esta lista não é abrangente e não necessariamente completa. Para variáveis específicas de comando, você encontrará uma descrição mais detalhada na página de manual apropriada.

note: type: Plain text
en: Other git-related tools may and do use their own variables.  When inventing new variables for use in your own tool, make sure their names do not conflict with those that are used by Git itself and other popular tools, and describe them in your documentation.
pt_BR: Outras ferramentas relacionadas ao git podem e usam suas próprias variáveis. Ao inventar novas variáveis para uso em sua própria ferramenta, certifique-se de que seus nomes não conflitem com aqueles que são usados pelo próprio Git e outras ferramentas populares, e descrevê-los em sua documentação.

note: type: Plain text
en: Specify the style in which conflicted hunks are written out to working tree files upon merge.  The default is "merge", which shows a `<<<<<<<` conflict marker, changes made by one side, a `=======` marker, changes made by the other side, and then a `>>>>>>>` marker.  An alternate style, "diff3", adds a `|||||||` marker and the original text before the `=======` marker.
pt_BR: Especifique o estilo no qual os blocos em conflito são gravados nos arquivos da árvore de trabalho durante a mesclagem.  A predefinição é "mesclar", onde exibe um marcador de conflito `<<<<<<<` nas modificações feitas por um lado, o `=======` marca as modificações feita pelo outro lado e então a marca `>>>>>>>`.  Um estilo alternativo, "diff3", adiciona um marcador `|||||||` e o texto original antes do marcador `=======`.

note: type: Plain text
en: If true, this is equivalent to the --verify-signatures command line option. See linkgit:git-merge[1] for details.
pt_BR: Se verdadeiro, isso é equivalente à opção de linha de comando --verify-signatures. Para mais detalhes consulte linkgit: git-merge [1].

note: type: Plain text
en: Defines a human-readable name for a custom low-level merge driver.  See linkgit:gitattributes[5] for details.
pt_BR: Define um nome legível para um driver de mesclagem personalizado de baixo nível.  Para obter mais detalhes consulte linkgit:gitattributes[5].

note: type: Plain text
en: Defines the command that implements a custom low-level merge driver.  See linkgit:gitattributes[5] for details.
pt_BR: Define o comando que implementa um driver de mesclagem personalizado de baixo nível.  Para mais detalhes consulte linkgit:gitattributes[5].

note: type: Plain text
en: Names a low-level merge driver to be used when performing an internal merge between common ancestors.  See linkgit:gitattributes[5] for details.
pt_BR: Nomeia um driver de mesclagem de baixo nível que será usado durante uma fusão interna entre os ancestrais comuns.  Para mais detalhes consulte linkgit:gitattributes[5].

note: type: Title -
en: DATE FORMATS
pt_BR: FORMATOS DE DATA

note: type: Plain text
en: The `GIT_AUTHOR_DATE`, `GIT_COMMITTER_DATE` environment variables
pt_BR: As variáveis de ambiente `GIT_AUTHOR_DATE`, `GIT_COMMITTER_DATE`

note: type: Plain text
en: and the `--date` option
pt_BR: e a opção `--date`

note: type: Plain text
en: support the following date formats:
pt_BR: suporta os seguintes formatos de data:

note: type: Labeled list
en: Git internal format
pt_BR: Formato interno Git

note: type: Plain text
en: It is `<unix timestamp> <time zone offset>`, where `<unix timestamp>` is the number of seconds since the UNIX epoch.  `<time zone offset>` is a positive or negative offset from UTC.  For example CET (which is 1 hour ahead of UTC) is `+0100`.
pt_BR: É `<unix timestamp> <time zone offset>`, onde `<unix timestamp>` é o número de segundos desde a época do UNIX.  `<time zone offset>` é um deslocamento positivo ou negativo do UTC. Por exemplo, CET (que é 1 hora à frente do UTC) é `+0100`.

note: type: Plain text
en: The standard email format as described by RFC 2822, for example `Thu, 07 Apr 2005 22:13:13 +0200`.
pt_BR: O formato de e-mail padrão, conforme descrito pela RFC 2822, por exemplo, `Thu, 07 Apr 2005 22:13:13 +0200`.

note: type: Plain text
en: Time and date specified by the ISO 8601 standard, for example `2005-04-07T22:13:13`. The parser accepts a space instead of the `T` character as well.
pt_BR: Hora e data especificadas pela norma ISO 8601, por exemplo, `2005-04-07T22:13:13`. O analisador aceita um espaço em vez de caractere `T` também.

note: type: Plain text
en: In addition, the date part is accepted in the following formats: `YYYY.MM.DD`, `MM/DD/YYYY` and `DD.MM.YYYY`.
pt_BR: Além disso, a parte da data é aceita nos seguintes formatos: `YYYY.MM.DD`, `MM/DD/YYYY` e `DD.MM.YYYY`.

note: type: Title -
en: Raw output format
pt_BR: Formato de saída bruta

note: type: Plain text
en: The raw output format from "git-diff-index", "git-diff-tree", "git-diff-files" and "git diff --raw" are very similar.
pt_BR: O formato de saída bruta de `git-diff-index`, `git-diff-tree`, `git-diff-files` e `git diff --raw` são muito semelhantes.

note: type: Plain text
en: These commands all compare two sets of things; what is compared differs:
pt_BR: Todos esses comandos comparam dois conjuntos de coisas; o que é comparado difere:

note: type: Plain text
en: compares the <tree-ish> and the files on the filesystem.
pt_BR: compara o <tree-ish> e os arquivos no sistema de arquivos.

note: type: Plain text
en: compares the <tree-ish> and the index.
pt_BR: compara o <tree-ish> e o índice.

note: type: Plain text
en: compares the trees named by the two arguments.
pt_BR: compara as árvores nomeadas pelos dois argumentos.

note: type: Plain text
en: compares the index and the files on the filesystem.
pt_BR: compara o índice e os arquivos no sistema de arquivos.

note: type: Plain text
en: The "git-diff-tree" command begins its output by printing the hash of what is being compared. After that, all the commands print one output line per changed file.
pt_BR: O comando "git-diff-tree" inicia sua saída imprimindo o hash do que está sendo comparado. Depois disso, todos os comandos imprimem uma linha de saída por arquivo alterado.

note: type: Plain text
en: An output line is formatted this way:
pt_BR: Uma linha de saída é formatada desta maneira:

note: type: delimited block -
en: in-place edit  :100644 100644 bcd1234 0123456 M file0
    copy-edit      :100644 100644 abcd123 1234567 C68 file1 file2
    rename-edit    :100644 100644 abcd123 1234567 R86 file1 file3
    create         :000000 100644 0000000 1234567 A file4
    delete         :100644 000000 1234567 0000000 D file5
    unmerged       :000000 000000 0000000 0000000 U file6
pt_BR: no local editar  :100644 100644 bcd1234 0123456 M file0
    edição-de-texto      :100644 100644 abcd123 1234567 C68 file1 file2
    renomear-edição    :100644 100644 abcd123 1234567 R86 file1 file3
    criar         :000000 100644 0000000 1234567 A file4
    excluir         :100644 000000 1234567 0000000 D file5
    não colocado       :000000 000000 0000000 0000000 U file6

note: type: Plain text
en: That is, from the left to the right:
pt_BR: Ou seja, da esquerda para a direita:

note: type: Plain text
en: mode for "src"; 000000 if creation or unmerged.
pt_BR: modo para "src"; 000000 se criação ou não.

note: type: Plain text
en: a space.
pt_BR: um espaço.

note: type: Plain text
en: mode for "dst"; 000000 if deletion or unmerged.
pt_BR: modo para "dst"; 000000 se apagado ou não.

note: type: Plain text
en: sha1 for "src"; 0\{40\} if creation or unmerged.
pt_BR: sha1 for "src"; 0\{40\} se criado ou não.

note: type: Plain text
en: sha1 for "dst"; 0\{40\} if creation, unmerged or "look at work tree".
pt_BR: sha1 para "dst"; 0\{40\} se criada, desimpedida ou "olhar para a árvore de trabalho".

note: type: Plain text
en: status, followed by optional "score" number.
pt_BR: status, seguido pelo número "score" opcional.

note: type: Plain text
en: a tab or a NUL when `-z` option is used.
pt_BR: uma aba ou um NUL quando a opção `-z` é usada.

note: type: Plain text
en: path for "src"
pt_BR: path para "src"

note: type: Plain text
en: a tab or a NUL when `-z` option is used; only exists for C or R.
pt_BR: uma aba ou um NUL quando a opção `-z` é usada; existe apenas para C ou R.

note: type: Plain text
en: path for "dst"; only exists for C or R.
pt_BR: path para "dst"; existe apenas para C ou R.

note: type: Plain text
en: an LF or a NUL when `-z` option is used, to terminate the record.
pt_BR: um LF ou um NUL quando a opção `-z` option é usada para finalizar o registro.

note: type: Plain text
en: Possible status letters are:
pt_BR: Possíveis letras de status são:

note: type: Plain text
en: A: addition of a file
pt_BR: A: adição de um arquivo

note: type: Plain text
en: C: copy of a file into a new one
pt_BR: C: cópia de um arquivo para um novo

note: type: Plain text
en: D: deletion of a file
pt_BR: D: exclusão de um arquivo

note: type: Plain text
en: M: modification of the contents or mode of a file
pt_BR: M: modificação do conteúdo ou modo de um arquivo

note: type: Plain text
en: R: renaming of a file
pt_BR: R: renomeando de um arquivo

note: type: Plain text
en: T: change in the type of the file
pt_BR: T: altera o tipo do arquivo

note: type: Plain text
en: U: file is unmerged (you must complete the merge before it can be committed)
pt_BR: U: o arquivo está desimpedido (você deve concluir a mesclagem antes que possa ser confirmado)

note: type: Plain text
en: X: "unknown" change type (most probably a bug, please report it)
pt_BR: X: tipo de mudança "desconhecido" (provavelmente um bug, por favor denuncie)

note: type: Plain text
en: Status letters C and R are always followed by a score (denoting the percentage of similarity between the source and target of the move or copy).  Status letter M may be followed by a score (denoting the percentage of dissimilarity) for file rewrites.
pt_BR: As letras de status C e R são sempre seguidas por uma pontuação (indicando a porcentagem de semelhança entre a origem e o destino da movimentação ou da cópia). A letra de status M pode ser seguida por uma pontuação (denotando a porcentagem de dissimilaridade) para reescrever arquivos.

note: type: Plain text
en: <sha1> is shown as all 0's if a file is new on the filesystem and it is out of sync with the index.
pt_BR: <sha1> é mostrado como todos os 0s se um arquivo for novo no sistema de arquivos e estiver fora de sincronia com o índice.

note: type: Labeled list
en: Example:
pt_BR: Exemplo:

note: type: Plain text
en: Without the `-z` option, pathnames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).  Using `-z` the filename is output verbatim and the line is terminated by a NUL byte.
pt_BR: Sem a opção `-z`, nomes de caminho com caracteres "incomuns" são citados como explicado para a variável de configuração `core.quotePath` ( veja linkgit:git-config[1]). Usando o `-z`, o nome do arquivo é gerado literalmente e a linha é terminada por um byte NUL.

note: type: Title -
en: diff format for merges
pt_BR: formato diff para mesclagens

note: type: Plain text
en: "git-diff-tree", "git-diff-files" and "git-diff --raw" can take `-c` or `--cc` option to generate diff output also for merge commits.  The output differs from the format described above in the following way:
pt_BR: "git-diff-tree", "git-diff-files" e "git-diff --raw" podem tomar a opção `-c` ou `--cc` para gerar o resultado do diff também para commits de merge. A saída difere do formato descrito acima da seguinte maneira:

note: type: Plain text
en: there is a colon for each parent
pt_BR: há dois pontos para cada pai

note: type: Plain text
en: there are more "src" modes and "src" sha1
pt_BR: existem mais modos "src" e"src" sha1

note: type: Plain text
en: status is concatenated status characters for each parent
pt_BR: status é caracteres de status concatenados para cada pai

note: type: Plain text
en: no optional "score" number
pt_BR: sem número de "score" opcional

note: type: Plain text
en: tab-separated pathname(s) of the file
pt_BR: caminho(s) separado(s) por tabulações do arquivo

note: type: Plain text
en: For `-c` and `--cc`, only the destination or final path is shown even if the file was renamed on any side of history.  With `--combined-all-paths`, the name of the path in each parent is shown followed by the name of the path in the merge commit.
pt_BR: Para `c` e `cc` apenas o destino ou o caminho final é exibido mesmo que o arquivo tenha sido renomeado em qualquer parte do histórico.  Com `--combined-all-paths`, o nome do caminho em cada matriz é exibido seguido pelo nome do caminho durante a mesclagem do commit.

note: type: Plain text
en: Examples for `-c` and `--cc` without `--combined-all-paths`:
pt_BR: Exemplos para `-c` e `--cc` sem `--combined-all-paths`:

note: type: Plain text
en: Examples when `--combined-all-paths` added to either `-c` or `--cc`:
pt_BR: Exemplos quando `--combined-all-paths` for adicionado para ambos os `-c` ou `--cc`:

note: type: Plain text
en: Note that 'combined diff' lists only files which were modified from all parents.
pt_BR: Note que 'diff combinado' lista apenas arquivos que foram modificados de todos os pais.

note: type: Title -
en: other diff formats
pt_BR: outros formatos diff

note: type: Plain text
en: The `--summary` option describes newly added, deleted, renamed and copied files.  The `--stat` option adds diffstat(1) graph to the output.  These options can be combined with other options, such as `-p`, and are meant for human consumption.
pt_BR: A opção `--summary` descreve os arquivos recentemente adicionados, excluídos, renomeados e copiados. A opção `--stat` adiciona o gráfico diffstat(1) à saída. Essas opções podem ser combinadas com outras opções, como `-p`, e são destinadas ao consumo humano.

note: type: Plain text
en: When showing a change that involves a rename or a copy, `--stat` output formats the pathnames compactly by combining common prefix and suffix of the pathnames.  For example, a change that moves `arch/i386/Makefile` to `arch/x86/Makefile` while modifying 4 lines will be shown like this:
pt_BR: Ao mostrar uma mudança que envolve renomear ou copiar, a saída `--stat` formata os nomes dos caminhos compactamente combinando prefixo e sufixo comuns dos nomes de caminho. Por exemplo, uma mudança que move `arch/i386/Makefile` para `arch/x86/Makefile` enquanto modifica, 4 linhas serão mostradas assim:

note: type: delimited block -
en: arch/{i386 => x86}/Makefile    |   4 +--
pt_BR: arch/{i386 => x86}/Makefile|   4 +--

note: type: Plain text
en: The `--numstat` option gives the diffstat(1) information but is designed for easier machine consumption.  An entry in `--numstat` output looks like this:
pt_BR: A opção `--numstat` fornece as informações do diffstat(1), mas foi projetada para facilitar o consumo da máquina. Uma entrada na saída `--numstat` é assim:

note: type: delimited block -
en: 1	2	README
    3	1	arch/{i386 => x86}/Makefile
pt_BR: 1	2	LEIA-ME
    3	1	arch/{i386 => x86}/Fazer-arquivo

note: type: Plain text
en: That is, from left to right:
pt_BR: Ou seja, da esquerda para a direita:

note: type: Plain text
en: the number of added lines;
pt_BR: o número de linhas adicionadas;

note: type: Plain text
en: a tab;
pt_BR: um separador;

note: type: Plain text
en: the number of deleted lines;
pt_BR: o número de linhas excluídas;

note: type: Plain text
en: pathname (possibly with rename/copy information);
pt_BR: nome do caminho (possivelmente com informações de renomear/ copiar);

note: type: Plain text
en: a newline.
pt_BR: uma nova linha.

note: type: Plain text
en: When `-z` output option is in effect, the output is formatted this way:
pt_BR: Quando a opção de saída `-z` está e vigor, a saída é formatada desta maneira:

note: type: delimited block -
en: 1	2	README NUL
    3	1	NUL arch/i386/Makefile NUL arch/x86/Makefile NUL
pt_BR: 1	2	LEIA-ME NUL
    3	1	NUL arch/i386/Fazer-arquivo NUL arch/x86/Fazer-arquivo NUL

note: type: Plain text
en: That is:
pt_BR: Isso é:

note: type: Plain text
en: a NUL (only exists if renamed/copied);
pt_BR: um NUL (só existe se for renomeado/ copiado);

note: type: Plain text
en: pathname in preimage;
pt_BR: nome do caminho na pré-imagem;

note: type: Plain text
en: pathname in postimage (only exists if renamed/copied);
pt_BR: nome do caminho na pós-imagem (só existe se for renomeado/ copiado);

note: type: Plain text
en: a NUL.
pt_BR: um NUL.

note: type: Plain text
en: The extra `NUL` before the preimage path in renamed case is to allow scripts that read the output to tell if the current record being read is a single-path record or a rename/copy record without reading ahead.  After reading added and deleted lines, reading up to `NUL` would yield the pathname, but if that is `NUL`, the record will show two paths.
pt_BR: O extra `NUL` antes do caminho de pré-imagem no caso renomeado é permitir que os scripts que leem a saída indiqe=uem se o registro atual que está sendo lido é um registro de caminho único ou um registro de renomeação/ cópia sem ler adiante. Depois de ler as linhas adicionadas e excluídas, ler até `NUL` renderia o nome do caminho, mas se for `NUL`, o registro mostrará dois caminhos.

note: type: Title -
en: Generating patch text with -p
pt_BR: Gerando patches em texto com -p

note: type: Plain text
en: Running linkgit:git-diff[1], linkgit:git-log[1], linkgit:git-show[1], linkgit:git-diff-index[1], linkgit:git-diff-tree[1], or linkgit:git-diff-files[1] with the `-p` option produces patch text.  You can customize the creation of patch text via the `GIT_EXTERNAL_DIFF` and the `GIT_DIFF_OPTS` environment variables.
pt_BR: Quando linkgit:git-diff[1], linkgit:git-log[1], linkgit:git-show[1], linkgit:git-diff-index[1], linkgit:git-diff-tree[1] ou linkgit:git-diff-files[1] são executados com `-p`, a opção produz um patch em formato texto. Você pode personalizar a criação de tais correções através das variáveis de ambiente `GIT_EXTERNAL_DIFF` e `GIT_DIFF_OPTS`.

note: type: Plain text
en: What the -p option produces is slightly different from the traditional diff format:
pt_BR: O que a opção -p produz é um pouco diferente do formato tradicional diff:

note: type: Plain text
en: It is preceded with a "git diff" header that looks like this:
pt_BR: Ele é percebido por um cabeçalho "git diff" que se parece com isso:

note: type: Plain text
en: diff --git a/file1 b/file2
pt_BR: diff --git a/arquivo1 b/arquivo2

note: type: Plain text
en: The `a/` and `b/` filenames are the same unless rename/copy is involved.  Especially, even for a creation or a deletion, `/dev/null` is _not_ used in place of the `a/` or `b/` filenames.
pt_BR: Os nomes de arquivos `a/` e `b/` são os mesmos, a menos que haja renomeação/ cópia. Especialmente, mesmo para uma criação ou uma exclusão, `/dev/null` é _não_usado no lugar dos nomes de arquivos `a/` ou `b/`.

note: type: Plain text
en: When rename/copy is involved, `file1` and `file2` show the name of the source file of the rename/copy and the name of the file that rename/copy produces, respectively.
pt_BR: Quando renomear/ copiar está envolvido, `file1` e `file2` mostram o nome do arquivo de origem da renomeação/ cópia e o nome do arquivo que renomeia/ copia, produz, respectivamente.

note: type: Plain text
en: It is followed by one or more extended header lines:
pt_BR: Ele é seguido por uma ou mais linhas de cabeçalho estendidas:

note: type: Plain text
en: old mode <mode>
    new mode <mode>
    deleted file mode <mode>
    new file mode <mode>
    copy from <path>
    copy to <path>
    rename from <path>
    rename to <path>
    similarity index <number>
    dissimilarity index <number>
    index <hash>..<hash> <mode>
pt_BR: modo antigo <modo>
    novo modo <modo>
    modo de arquivo excluído <modo>
    novo modo de arquivo <modo>
    copiar de <caminho>
    copiar para <caminho>
    renomear de <caminho>
    renomear para <caminho>
    índice de similaridade <número>
    índice de dissimilaridade <número>
    índice <hash>..<hash> <modo>

note: type: Plain text
en: File modes are printed as 6-digit octal numbers including the file type and file permission bits.
pt_BR: Os modos de arquivo são impressos como números octal de 6 dígitos, incluindo o tipo de arquivo e os bits de permissão de arquivo.

note: type: Plain text
en: Path names in extended headers do not include the `a/` and `b/` prefixes.
pt_BR: Os nomes de path nos cabeçalhos estendidos não incluem os prefixos `a/` e `b/`.

note: type: Plain text
en: The similarity index is the percentage of unchanged lines, and the dissimilarity index is the percentage of changed lines.  It is a rounded down integer, followed by a percent sign.  The similarity index value of 100% is thus reserved for two equal files, while 100% dissimilarity means that no line from the old file made it into the new one.
pt_BR: O índice de similaridade é a porcentagem de linhas inalteradas e o índice de dissimilaridade é a porcentagem de linhas alteradas. É um inteiro arredondado, seguido por um sinal de porcentagem. O valor de índice de similaridade de 100% é, portanto, reservado para dois arquivos iguais, enquanto 100% de dissemelhança significa que nenhuma linha do arquivo antigo foi convertida no novo.

note: type: Plain text
en: The index line includes the blob object names before and after the change.  The <mode> is included if the file mode does not change; otherwise, separate lines indicate the old and the new mode.
pt_BR: A linha do índice inclui a soma da verificação SHA-1 antes e depois da alteração.  O <modo> é incluso caso o modo de arquivo não mude; caso contrário, linhas separadoras indicam o modo antigo e o novo.

note: type: Plain text
en: Pathnames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).
pt_BR: Pathnames com caracteres "incomuns" são citados como explicado para a variável de configuração `core.quotePath` (veja linkgit:git-config[1]).

note: type: Plain text
en: All the `file1` files in the output refer to files before the commit, and all the `file2` files refer to files after the commit.  It is incorrect to apply each change to each file sequentially.  For example, this patch will swap a and b:
pt_BR: Todos os arquivos `file1` na saída referem-se a arquivos antes do commit, e todos os arquivos `file2` se referem a arquivos após o commit. É incorreto aplicar cada alteração a cada arquivo sequencialmente. Por exemplo, este patch irá trocar a e b:

note: type: Plain text
en: diff --git a/a b/b
    rename from a
    rename to b
    diff --git a/b b/a
    rename from b
    rename to a
pt_BR: diff --git a/a b/b
    renomear de a
    renomear para b
    diff --git a/b b/a
    renomear de b
    renomear para a

note: type: Title -
en: Combined diff format
pt_BR: Formato diff combinado

note: type: Plain text
en: Any diff-generating command can take the `-c` or `--cc` option to produce a 'combined diff' when showing a merge. This is the default format when showing merges with linkgit:git-diff[1] or linkgit:git-show[1]. Note also that you can give the `-m` option to any of these commands to force generation of diffs with individual parents of a merge.
pt_BR: Qualquer comando gerador de diff pode pegar a opção `-c` ou `--cc` para produzir um 'diff combinado' ao mostrar uma mesclagem. Este é o formato padrão ao mostrar mesclagens com linkgit:git-diff[1] ou linkgit:git-show[1]. Note também que você ode dar a opção `-m` a qualquer um desses comandos para forçar a geração de diffs com pais individuais de uma mesclagem.

note: type: Plain text
en: A "combined diff" format looks like this:
pt_BR: Um formato 'diff combinado' é assim:

note: type: delimited block -
en: diff --combined describe.c
    index fabadb8,cc95eb0..4866510
    --- a/describe.c
    +++ b/describe.c
    @@@ -98,20 -98,12 +98,20 @@@
    	return (a_date > b_date) ? -1 : (a_date == b_date) ? 0 : 1;
      }
pt_BR: diff --combinado descreve.c
    index fabadb8,cc95eb0..4866510
    --- a/descrive.c
    +++ b/descrive.c
    @@@ -98,20 -98,12 +98,20 @@@
    	return (a_date > b_date) ? -1 : (a_date == b_date) ? 0 : 1;
      }

note: type: delimited block -
en: - static void describe(char *arg)
     -static void describe(struct commit *cmit, int last_one)
    ++static void describe(char *arg, int last_one)
      {
     +	unsigned char sha1[20];
     +	struct commit *cmit;
    	struct commit_list *list;
    	static int initialized = 0;
    	struct commit_name *n;
pt_BR: - static void describe (char * arg)
      -static void describe (struct commit * cmit, int last_one)
    ++ estático void describe (char * arg, int last_one)
       {
      + unsigned char sha1 [20];
      + struct commit * cmit;
    struct commit_list * list;
    static int inicializado = 0;
    struct commit_name * n;

note: type: delimited block -
en:  +	if (get_sha1(arg, sha1) < 0)
     +		usage(describe_usage);
     +	cmit = lookup_commit_reference(sha1);
     +	if (!cmit)
     +		usage(describe_usage);
     +
    	if (!initialized) {
    		initialized = 1;
    		for_each_ref(get_name);
pt_BR:  +	if (get_sha1(arg, sha1) < 0)
     +		usage(describe_usage);
     +	cmit = lookup_commit_reference(sha1);
     +	if (!cmit)
     +		usage(describe_usage);
     +
    	if (!inicializado) {
    		inicializado = 1;
    		for_each_ref(get_name);

note: type: Plain text
en: It is preceded with a "git diff" header, that looks like this (when the `-c` option is used):
pt_BR: Ele é percebido por um cabeçalho "git diff" que se parece com isso (quando a opção `-c` é usada):

note: type: Plain text
en: diff --combined file
pt_BR: diff --combined arquivo

note: type: Plain text
en: or like this (when the `--cc` option is used):
pt_BR: ou assim (quando a opção `--cc` é usada):

note: type: Plain text
en:        diff --cc file
pt_BR:        .......arquivo diff --cc

note: type: Plain text
en: It is followed by one or more extended header lines (this example shows a merge with two parents):
pt_BR: Ele é seguido por uma ou mais linhas de cabeçalho estendidas (este exemplo mostra uma mesclagem com dois pais):

note: type: Plain text
en: index <hash>,<hash>..<hash>
    mode <mode>,<mode>..<mode>
    new file mode <mode>
    deleted file mode <mode>,<mode>
pt_BR: índice <hash>,<hash>..<hash>
    modo <mode>,<mode>..<mode>
    novo modo de arquivo <mode>
    modo de arquivo excluído <mode>,<mode>

note: type: Plain text
en: The `mode <mode>,<mode>..<mode>` line appears only if at least one of the <mode> is different from the rest. Extended headers with information about detected contents movement (renames and copying detection) are designed to work with diff of two <tree-ish> and are not used by combined diff format.
pt_BR: A linha `mode <mode>,<mode>..<mode>` aparece somente se pelo menos um dos <mode> for diferente do resto. Cabeçalhos estendidos com informações sobre o movimento de conteúdo detectado (renomeação e detecção de cópia) são projetados para trabalhar com diff de dois <tree-ish> e não são usados pelo formato diff combinado.

note: type: Plain text
en: It is followed by two-line from-file/to-file header
pt_BR: É seguido por duas-linhas-do-arquivo/ cabeçalho-de arquivo

note: type: Plain text
en: a/file
pt_BR: a/ arquivo

note: type: Plain text
en: b/file
pt_BR: b/ arquivo

note: type: Plain text
en: Similar to two-line header for traditional 'unified' diff format, `/dev/null` is used to signal created or deleted files.
pt_BR: Semelhante ao cabeçalho de duas linhas para o formato diff 'unificado' tradicional, o `/dev/null` é usado para sinalizar arquivos criados ou excluídos.

note: type: Plain text
en: However, if the --combined-all-paths option is provided, instead of a two-line from-file/to-file you get a N+1 line from-file/to-file header, where N is the number of parents in the merge commit
pt_BR: No entanto, caso a opção `--combined-all-caminhos` seja usada, em vez de duas linhas de arquivo para arquivo, você obtém um cabeçalho `N+1` do cabeçalho do arquivo de "origem" para o arquivo de "destino" onde N é a quantidade de matrizes na mesclagem do commit

note: type: Plain text
en: This extended format can be useful if rename or copy detection is active, to allow you to see the original name of the file in different parents.
pt_BR: Esse formato estendido pode ser útil caso a detecção da renomeação ou cópia esteja ativa, permitindo que você veja o nome original do arquivo em diferentes matrizes.

note: type: Plain text
en: Chunk header format is modified to prevent people from accidentally feeding it to `patch -p1`. Combined diff format was created for review of merge commit changes, and was not meant to be applied. The change is similar to the change in the extended 'index' header:
pt_BR: O formato do cabeçalho do pedaço é modificado para evitar que as pessoas o carreguem acidentalmente para `patch -p1`. O formato diff combinado foi criado para revisar as alterações de consolidação de mesclagem e não foi feito para ser aplicado. A mudança é semelhante à alteração no cabeçalho 'index' estendido:

note: type: Plain text
en: There are (number of parents + 1) `@` characters in the chunk header for combined diff format.
pt_BR: Existem (números de pais + 1 caracteres `@` no cabeçalho do bloco para o formato de comparação combinado diff.

note: type: Plain text
en: Unlike the traditional 'unified' diff format, which shows two files A and B with a single column that has `-` (minus -- appears in A but removed in B), `+` (plus -- missing in A but added to B), or `" "` (space -- unchanged) prefix, this format compares two or more files file1, file2,... with one file X, and shows how X differs from each of fileN.  One column for each of fileN is prepended to the output line to note how X's line is different from it.
pt_BR: Ao contrário do formato diff tradicional 'unificado', que mostra dois arquivos A e B com uma única coluna que tem `-` (menos -- aparece em A, mas removido em B), `+` (mais -- faltando em A, mas adicionado para B), ou `" "` (espaço -- inalterado) prefixo, este formato compara dois ou mais arquivos file1, file2, ... com um arquivo X, e mostra como X difere de cada fileN. Uma coluna para cara arquivo fileN é anexada à linha de saída para observar como a linha do X é diferente dela.

note: type: Plain text
en: A `-` character in the column N means that the line appears in fileN but it does not appear in the result.  A `+` character in the column N means that the line appears in the result, and fileN does not have that line (in other words, the line was added, from the point of view of that parent).
pt_BR: Um caractere `-` na coluna N significa que a linha aparece no arquivo N, mas não aparece no resultado. Um caractere `+` na coluna N significa que a linha aparece no resultado, e fileN não possui aquela linha (em outras palavras, a linha foi adicionada, do ponto de vista daquele main).

note: type: Plain text
en: In the above example output, the function signature was changed from both files (hence two `-` removals from both file1 and file2, plus `++` to mean one line that was added does not appear in either file1 or file2).  Also eight other lines are the same from file1 but do not appear in file2 (hence prefixed with `+`).
pt_BR: Na saída do exemplo acima, a assinatura da função foi alterada de ambos os arquivos (portanto, duas remoções `-` do file1 e do file2, mais `++` para significar que uma linha adicionada não aparece no file1 nem no file2). Também oito outras linhas são as mesmas do file1, mas não aparecem no file2 (portanto, prefixado com `+`).

note: type: Plain text
en: When shown by `git diff-tree -c`, it compares the parents of a merge commit with the merge result (i.e. file1..fileN are the parents).  When shown by `git diff-files -c`, it compares the two unresolved merge parents with the working tree file (i.e. file1 is stage 2 aka "our version", file2 is stage 3 aka "their version").
pt_BR: Quando mostrado pelo `git diff-tree -c`, ele compara os pais de uma consolidação de mesclagem com o resultado da mesclagem (ou seja, file1..fileN são os pais). Quando mostrado pelo `git diff-files -c`, compara os dois pais de mesclagem não resolvidos com o arquivo da árvore de trabalho (ou seja, file1 é o estágio 2, também conhecido como" nossa versão ", file2 é o estágio 3" aka sua versão ").

note: type: Plain text
en: Generate plain patches without any diffstats.
pt_BR: Gere correções simples sem qualquer diffstats.

note: type: Plain text
en: Generate patch (see section on generating patches).
pt_BR: Gerar patch (consulte a seção sobre a geração de patches).

note: type: Plain text
en: 	This is the default.
pt_BR: 	Esta é a predefinição.

note: type: Plain text
en: Suppress diff output. Useful for commands like `git show` that show the patch by default, or to cancel the effect of `--patch`.
pt_BR: Suprimir a saída do diff. Útil para comandos como `git show` mostram que o patch por padrão, ou para cancelar o efeito de `--patch`.

note: type: Plain text
en: Generate diffs with <n> lines of context instead of the usual three. Implies `--patch`.
pt_BR: Gere diffs com <n> linhas de contexto em vez das três usuais. Implica no uso da opção `--patch`.

note: type: Plain text
en: 	Implies `-p`.
pt_BR: 	Implica `-p`.

note: type: Labeled list
en: --output=<file>
pt_BR: --saída=<arquivo>

note: type: Plain text
en: Output to a specific file instead of stdout.
pt_BR: Escreva o arquivo para <arquivo> em vez de stdout.

note: type: Plain text
en: Specify the character used to indicate new, old or context lines in the generated patch. Normally they are '+', '-' and ' ' respectively.
pt_BR: Informe o caractere a ser utilizado para indicar novas linhas, antigas ou de contexto no patch que foi gerado. Normalmente eles são '+', '-' e ' ' respectivamente.

note: type: Plain text
en: 	Generate the diff in raw format.
pt_BR: 	Gere o diff no formato raw.

note: type: Plain text
en: 	For each commit, show a summary of changes using the raw diff
    	format. See the "RAW OUTPUT FORMAT" section of
    	linkgit:git-diff[1]. This is different from showing the log
    	itself in raw format, which you can achieve with
    	`--format=raw`.
pt_BR: 	Parca cada commit, mostre um resumo das mudanças usando o formato diff 
    	bruto. Veja seção "FORMATO DE SAÍDA BRUTO" do 
    	linkgit:git-diff[1]. Isso é diferente de mostrar o log em formato
    	bruto, que você pode conseguir com
    	`--format=raw`.

note: type: Plain text
en: Synonym for `-p --raw`.
pt_BR: Sinônimo para `-p --raw`.

note: type: Plain text
en: Enable the heuristic that shifts diff hunk boundaries to make patches easier to read. This is the default.
pt_BR: Habilite a heurística que desloca os limites do hunk do diff para facilitar a leitura dos patches. Esta é a predefinição.

note: type: Plain text
en: Disable the indent heuristic.
pt_BR: Desative a heurística de recuo.

note: type: Plain text
en: Spend extra time to make sure the smallest possible diff is produced.
pt_BR: Gaste tempo extra para garantir que o menor diferencial possível seja produzido.

note: type: Plain text
en: Generate a diff using the "patience diff" algorithm.
pt_BR: Gere um diff usando o algoritmo "diff de paciência".

note: type: Plain text
en: Generate a diff using the "histogram diff" algorithm.
pt_BR: Gere um diff usando o algoritmo "histograma diff".

note: type: Labeled list
en: --anchored=<text>
pt_BR: --anchored = <texto>

note: type: Plain text
en: Generate a diff using the "anchored diff" algorithm.
pt_BR: Gere um diff usando o algoritmo "diff ancorado".

note: type: Plain text
en: This option may be specified more than once.
pt_BR: Esta opção pode ser especificada mais de uma vez.

note: type: Plain text
en: If a line exists in both the source and destination, exists only once, and starts with this text, this algorithm attempts to prevent it from appearing as a deletion or addition in the output. It uses the "patience diff" algorithm internally.
pt_BR: Se existir uma linha na origem e no destino, existir apenas uma vez e começar com este texto, esse algoritmo tentará impedir que ele apareça como uma exclusão ou adição na saída. Ele usa o algoritmo " diff de paciência" internamente.

note: type: Plain text
en: Choose a diff algorithm. The variants are as follows:
pt_BR: Escolha um algoritmo de diff. As variantes são as seguintes:

note: type: Plain text
en: The basic greedy diff algorithm. Currently, this is the default.
pt_BR: O algoritmo de diferenciação guloso básico. Atualmente, essa é a predefinição.

note: type: Plain text
en: Use "patience diff" algorithm when generating patches.
pt_BR: Use o algoritmo "diff de paciência" ao gerar patches.

note: type: Plain text
en: This algorithm extends the patience algorithm to "support low-occurrence common elements".
pt_BR: Este algoritmo estende o algoritmo de paciência para "suportar elementos comuns de baixa ocorrência".

note: type: Plain text
en: For instance, if you configured the `diff.algorithm` variable to a non-default value and want to use the default one, then you have to use `--diff-algorithm=default` option.
pt_BR: Por exemplo, se você configurou a variável `diff.algorithm` para um valor não-padrão e quer usar a variável default, então você tem que usar a opção` --diff-algorithm=default`.

note: type: Plain text
en: Generate a diffstat. By default, as much space as necessary will be used for the filename part, and the rest for the graph part. Maximum width defaults to terminal width, or 80 columns if not connected to a terminal, and can be overridden by `<width>`. The width of the filename part can be limited by giving another width `<name-width>` after a comma. The width of the graph part can be limited by using `--stat-graph-width=<width>` (affects all commands generating a stat graph) or by setting `diff.statGraphWidth=<width>` (does not affect `git format-patch`).  By giving a third parameter `<count>`, you can limit the output to the first `<count>` lines, followed by `...` if there are more.
pt_BR: Gere um diffstat. Por padrão, o espaço necessário será usado para a parte do nome do arquivo e o restante para a parte do gráfico. A largura máxima é padronizada para a largura do terminal, ou 80 colunas, se não estiver conectada a um terminal, e pode ser substituída por `<width>`. A largura da parte do nome do arquivo pode ser limitada dando outra largura `<name-width>` após uma vírgula. A largura da parte do gráfico pode ser limitada usando `--stat-graph-width=<width>` (afeta todos os comandos que geram um stat graph) ou configurando `diff.statGraphWidth=<width>` (não afeta git format-patch`). Dando um terceiro parâmetro `<count>`, você pode limitar a saída para as primeiras linhas `<count>` seguidas por `...` se houver mais.

note: type: Plain text
en: These parameters can also be set individually with `--stat-width=<width>`, `--stat-name-width=<name-width>` and `--stat-count=<count>`.
pt_BR: Estes parâmetros também podem ser ajustados individualmente com `--stat-width=<width>`, `--stat-name-width=<name-width>` e `--stat-count=<count>`.

note: type: Plain text
en: Output a condensed summary of extended header information such as file creations or deletions ("new" or "gone", optionally "+l" if it's a symlink) and mode changes ("+x" or "-x" for adding or removing executable bit respectively) in diffstat. The information is put between the filename part and the graph part. Implies `--stat`.
pt_BR: Saída de um resumo condensado de informações de cabeçalho estendido, como criações ou exclusões de arquivos ("novo" ou "desaparecido", opcionalmente "+|" se for um symlink) e alterações de modo ("+x" ou "-x" para adicionar ou remover bit executável, respectivamente) em diffstat. A informação é colocada entre a parte do nome do arquivo e a parte do gráfico. Implica `--stat`.

note: type: Plain text
en: Similar to `--stat`, but shows number of added and deleted lines in decimal notation and pathname without abbreviation, to make it more machine friendly.  For binary files, outputs two `-` instead of saying `0 0`.
pt_BR: Semelhante ao `--stat`, mas mostra o número de linhas adicionadas e excluídas em notação decimal e nome do caminho sem abreviação, para torná-lo mais amigável para a máquina. Para arquivos binários, gera dois `-` ao invés de dizer` 0 0`.

note: type: Plain text
en: Output only the last line of the `--stat` format containing total number of modified files, as well as number of added and deleted lines.
pt_BR: Saída apenas a última linha do formato `--stat` contendo o número total de arquivos modificados, assim como o número de linhas adicionadas e deletadas.

note: type: Plain text
en: Output the distribution of relative amount of changes for each sub-directory. The behavior of `--dirstat` can be customized by passing it a comma separated list of parameters.  The defaults are controlled by the `diff.dirstat` configuration variable (see linkgit:git-config[1]).  The following parameters are available:
pt_BR: Saída da distribuição da quantidade relativa de alterações para cada subdiretório. O comportamento de `--dirstat` pode ser customizado passando-se uma lista de parâmetros separados por vírgulas. Os padrões são controlados pela variável de configuração `diff.dirstat` (veja linkgit:git-config[1]). Os seguintes parâmetros estão disponíveis:

note: type: Plain text
en: Compute the dirstat numbers by counting the lines that have been removed from the source, or added to the destination. This ignores the amount of pure code movements within a file.  In other words, rearranging lines in a file is not counted as much as other changes.  This is the default behavior when no parameter is given.
pt_BR: Calcule os números de dirstat contando as linhas que foram removidas da fonte ou adicionadas ao destino. Isso ignora a quantidade de movimentos de código puro em um arquivo. Em outras palavras, reorganizar linhas em um arquivo não é contado tanto quanto outras alterações. Esse é o comportamento padrão quando nenhum parâmetro é fornecido.

note: type: Plain text
en: Compute the dirstat numbers by doing the regular line-based diff analysis, and summing the removed/added line counts. (For binary files, count 64-byte chunks instead, since binary files have no natural concept of lines). This is a more expensive `--dirstat` behavior than the `changes` behavior, but it does count rearranged lines within a file as much as other changes. The resulting output is consistent with what you get from the other `--*stat` options.
pt_BR: Calcule os números de dirstat fazendo a análise de diferenças baseadas em linha regular e somando as contagens de linhas removidas/ adicionadas. (Para arquivos binários, conte blocos de 64 bytes, pois os arquivos binários não possuem um conceito natural de linhas). Este é um comportamento `--dirstat` mais caro do que o comportamento `changes`, mas conta linhas rearranjadas dentro de um arquivo tanto quanto outras mudanças. A saída resultante é consistente com o que você obtém das outras opções `--*stat`.

note: type: Plain text
en: Compute the dirstat numbers by counting the number of files changed.  Each changed file counts equally in the dirstat analysis. This is the computationally cheapest `--dirstat` behavior, since it does not have to look at the file contents at all.
pt_BR: Calcule os números de dirstat contando o número de arquivos alterados. Cada arquivo alterado conta igualmente na análise dirstat. Este é o comportamento `--dirstat` mais barato do ponto de vista computacional, já que ele não precisa examinar o conteúdo do arquivo.

note: type: Plain text
en: Count changes in a child directory for the parent directory as well.  Note that when using `cumulative`, the sum of the percentages reported may exceed 100%. The default (non-cumulative) behavior can be specified with the `noncumulative` parameter.
pt_BR: Contar alterações em um diretório filho para o diretório pai também. Note que ao usar `cumulative`, a soma das percentagens reportadas pode exceder 100%. O comportamento padrão (não cumulativo) pode ser especificado com o parâmetro `noncumulative`.

note: type: Labeled list
en: <limit>
pt_BR: <limite>

note: type: Plain text
en: An integer parameter specifies a cut-off percent (3% by default).  Directories contributing less than this percentage of the changes are not shown in the output.
pt_BR: Um parâmetro inteiro especifica um percentual de corte (3% por padrão). Os diretórios que contribuem com menos do que essa porcentagem das alterações não são mostrados na saída.

note: type: Plain text
en: Example: The following will count changed files, while ignoring directories with less than 10% of the total amount of changed files, and accumulating child directory counts in the parent directories: `--dirstat=files,10,cumulative`.
pt_BR: Exemplo: O seguinte contará os arquivos alterados, ignorando os diretórios com menos de 10% da quantidade total de arquivos alterados e acumulando contagens de diretório-filho nos diretórios-pai: `--dirstat = files, 10, cumulative`.

note: type: Plain text
en: Synonym for --dirstat=cumulative
pt_BR: É um sinônimo para `--dirstat=cumulative`

note: type: Plain text
en: Synonym for --dirstat=files,param1,param2...
pt_BR: É um sinônimo para `--dirstat=files,param1,param2...`

note: type: Plain text
en: Output a condensed summary of extended header information such as creations, renames and mode changes.
pt_BR: Produza um resumo condensado de informações de cabeçalho estendidas, como criações, renomeações e alterações de modo.

note: type: Plain text
en: Synonym for `-p --stat`.
pt_BR: É um sinônimo para `-p --stat`.

note: type: Plain text
en: 	Separate the commits with NULs instead of with new newlines.
pt_BR: 	Separe os commits com NULs em vez de com novas newlines.

note: type: Plain text
en: Also, when `--raw` or `--numstat` has been given, do not munge pathnames and use NULs as output field terminators.
pt_BR: Além disso, quando `--raw` ou `--numstat` for informado, não "munge pathnames" e utilize NULs como terminadores dos campos de saída.

note: type: Plain text
en: 	When `--raw`, `--numstat`, `--name-only` or `--name-status` has been
    	given, do not munge pathnames and use NULs as output field terminators.
pt_BR: 	Quando `--raw`, `--numstat`, `--name-only` ou `--name-status` foi
    	dado, não munge nomes de pathnames e usar NULs como terminadores de campo de saída.

note: type: Plain text
en: Without this option, pathnames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).
pt_BR: Sem esta opção, nomes de caminho com caracteres "incomuns" são citados como explicado para a variável de configuração `core.quotePath` (veja linkgit:git-config [1]).

note: type: Plain text
en: Show only names of changed files.
pt_BR: Mostrar apenas nomes de arquivos alterados.

note: type: Plain text
en: Show only names and status of changed files. See the description of the `--diff-filter` option on what the status letters mean.
pt_BR: Mostrar apenas nomes e status de arquivos alterados. Veja a descrição da opção `--diff-filter` sobre o significado das letras de status.

note: type: Labeled list
en: --submodule[=<format>]
pt_BR: --submodule [= <formato>]

note: type: Plain text
en: Specify how differences in submodules are shown.  When specifying `--submodule=short` the 'short' format is used.  This format just shows the names of the commits at the beginning and end of the range.  When `--submodule` or `--submodule=log` is specified, the 'log' format is used.  This format lists the commits in the range like linkgit:git-submodule[1] `summary` does.  When `--submodule=diff` is specified, the 'diff' format is used.  This format shows an inline diff of the changes in the submodule contents between the commit range.  Defaults to `diff.submodule` or the 'short' format if the config option is unset.
pt_BR: Especifique como as diferenças nos submódulos são mostradas. Ao especificar `--submodule = short`, o formato 'short' é usado. Este formato mostra apenas os nomes das confirmações no início e no final do intervalo. Quando `--submódulo` ou` --submódulo = log` é especificado, o formato 'log' é usado. Este formato lista os commits no intervalo como linkgit:git-submodule [1] `summary` faz. Quando `--submodule = diff` é especificado, o formato 'diff' é usado. Este formato mostra um diff inline das alterações no conteúdo do submódulo entre o intervalo de confirmação. O padrão é `diff.submodule` ou o formato 'short' se a opção de configuração não estiver definida.

note: type: Labeled list
en: --color[=<when>]
pt_BR: --color [= <quando>]

note: type: Plain text
en: Show colored diff.  `--color` (i.e. without '=<when>') is the same as `--color=always`.  '<when>' can be one of `always`, `never`, or `auto`.
pt_BR: Exibe um diff colorido.  `--color` (isto é, sem '=<when>') é o mesmo que `--color=always`.  `<when>` um dos seus valores podem ser `always`, `never`, ou `auto`.

note: type: Plain text
en: 	It can be changed by the `color.ui` and `color.diff`
    	configuration settings.
pt_BR: 	Pode ser alterado pelo `color.ui` e `color.diff`
    	definições de configuração

note: type: Plain text
en: Turn off colored diff.
pt_BR: Desativar diff colorido.

note: type: Plain text
en: 	This can be used to override configuration settings.
pt_BR: 	Isso pode ser usado para substituir as configurações.

note: type: Plain text
en: 	It is the same as `--color=never`.
pt_BR: 	É o mesmo que `--color=never`.

note: type: Labeled list
en: --color-moved[=<mode>]
pt_BR: --color-moved[=<modo>]

note: type: Plain text
en: Moved lines of code are colored differently.
pt_BR: Linhas de código movidas são coloridas de maneira diferente.

note: type: Plain text
en: 	It can be changed by the `diff.colorMoved` configuration setting.
pt_BR: 	Ele pode ser alterado pela configuração de configuração `diff.colorMoved`.

note: type: Plain text
en: 	The <mode> defaults to 'no' if the option is not given
    	and to 'zebra' if the option with no mode is given.
    	The mode must be one of:
pt_BR: 	O <mode> é padronizado para 'não' se a opção não for dada
    	e para 'zebra' se a opção sem modo for dada.
    	O modo dever ser um dos seguintes:

note: type: Plain text
en: Moved lines are not highlighted.
pt_BR: As linhas movidas não são destacadas.

note: type: Plain text
en: Is a synonym for `zebra`. This may change to a more sensible mode in the future.
pt_BR: É um sinônimo para `zebra`. Isso pode mudar para um modo mais sensato no futuro.

note: type: Plain text
en: Any line that is added in one location and was removed in another location will be colored with 'color.diff.newMoved'.  Similarly 'color.diff.oldMoved' will be used for removed lines that are added somewhere else in the diff. This mode picks up any moved line, but it is not very useful in a review to determine if a block of code was moved without permutation.
pt_BR: Qualquer linha adicionada em um local e removida em outro local será colorida com 'color.diff.newMoved'. Da mesma forma, 'color.diff.oldMoved' será usado para linhas removidas que são adicionadas em algum outro lugar no diff. Este modo seleciona qualquer linha movida, mas não é muito útil em uma revisão determinar se um bloco de código foi movido sem permutação.

note: type: Plain text
en: Blocks of moved text of at least 20 alphanumeric characters are detected greedily. The detected blocks are painted using either the 'color.diff.{old,new}Moved' color.  Adjacent blocks cannot be told apart.
pt_BR: Blocos de texto movido de pelo menos 20 caracteres alfanuméricos são detectados com avidez. Os blocos detectados são pintados usando a cor 'color.diff.{old, new}Moved'. Blocos adjacentes não podem ser separados.

note: type: Plain text
en: Blocks of moved text are detected as in 'blocks' mode. The blocks are painted using either the 'color.diff.{old,new}Moved' color or 'color.diff.{old,new}MovedAlternative'. The change between the two colors indicates that a new block was detected.
pt_BR: Blocos de texto movido são detectados como no modo 'blocos'. Os blocos são pintados usando 'color.diff.{old,new}Moved' color ou 'color.diff.{old,new}MovedAlternative'. A mudança entre as duas cores indica que um novo bloco foi detectado.

note: type: Plain text
en: Similar to 'zebra', but additional dimming of uninteresting parts of moved code is performed. The bordering lines of two adjacent blocks are considered interesting, the rest is uninteresting.  `dimmed_zebra` is a deprecated synonym.
pt_BR: Semelhante a 'zebra', mas o escurecimento adicional de partes desinteressantes do código movido é executado. As linhas limítrofes de dois blocos adjacentes são consideradas interessantes, o resto é desinteressante. `dimmed_zebra` é um sinônimo obsoleto.

note: type: Plain text
en: Turn off move detection. This can be used to override configuration settings. It is the same as `--color-moved=no`.
pt_BR: Desativar a detecção de movimento Isso pode ser usado para substituir as configurações. É o mesmo que `--color-moved=no`.

note: type: Labeled list
en: --color-moved-ws=<modes>
pt_BR: --color-moved-ws=<modos>

note: type: Plain text
en: This configures how whitespace is ignored when performing the move detection for `--color-moved`.
pt_BR: Isso configura como o espaço em branco é ignorado ao executar a detecção de movimento para `--color-moved`.

note: type: Plain text
en: 	It can be set by the `diff.colorMovedWS` configuration setting.
pt_BR: 	Pode ser definido pela configuração do `diff.colorMovedWS`.

note: type: Plain text
en: 	These modes can be given as a comma separated list:
pt_BR: 	Esses modos podem ser dados como uma lista separada por vírgula:

note: type: Plain text
en: Do not ignore whitespace when performing move detection.
pt_BR: Não ignore espaços em branco ao realizar a detecção de movimento.

note: type: Plain text
en: Ignore changes in whitespace at EOL.
pt_BR: Ignore as alterações no espaço em branco na EOL.

note: type: Plain text
en: Ignore changes in amount of whitespace.  This ignores whitespace at line end, and considers all other sequences of one or more whitespace characters to be equivalent.
pt_BR: Ignore as alterações na quantidade de espaço em branco. Isso ignora o espaço em branco no final da linha e considera todas as outras sequências de um ou mais caracteres em branco como equivalentes.

note: type: Plain text
en: Ignore whitespace when comparing lines. This ignores differences even if one line has whitespace where the other line has none.
pt_BR: Ignore os espaços em branco ao comparar linhas. Isso ignora as diferenças, mesmo que uma linha tenha espaço em branco onde a outra linha não tenha nenhuma.

note: type: Plain text
en: Initially ignore any whitespace in the move detection, then group the moved code blocks only into a block if the change in whitespace is the same per line. This is incompatible with the other modes.
pt_BR: Inicialmente, ignore qualquer espaço em branco na detecção de movimento e agrupe os blocos de código movidos apenas em um bloco se a alteração no espaço em branco for a mesma por linha. Isso é incompatível com os outros modos.

note: type: Plain text
en: Do not ignore whitespace when performing move detection. This can be used to override configuration settings. It is the same as `--color-moved-ws=no`.
pt_BR: Não ignore espaços em branco ao realizar a detecção de movimento. Isso pode ser usado para substituir as configurações. É o mesmo que `--color-moved-ws = no`.

note: type: Labeled list
en: --word-diff[=<mode>]
pt_BR: --word-diff[=<modo>]

note: type: Plain text
en: Show a word diff, using the <mode> to delimit changed words.  By default, words are delimited by whitespace; see `--word-diff-regex` below.  The <mode> defaults to 'plain', and must be one of:
pt_BR: Mostre uma palavra diff, usando o <mode> para delimitar as palavras alteradas. Por padrão, as palavras são delimitadas por espaço em branco; veja `--word-diff-regex` abaixo. O <mode> é padronizado como 'simples' e deve ser um dos seguintes:

note: type: Plain text
en: Highlight changed words using only colors.  Implies `--color`.
pt_BR: Realce palavras alteradas usando apenas cores. Implica `--color`.

note: type: Plain text
en: Show words as `[-removed-]` and `{+added+}`.  Makes no attempts to escape the delimiters if they appear in the input, so the output may be ambiguous.
pt_BR: Mostrar palavras como `[-removed-]` e `{+ added +}`. Não faz nenhuma tentativa de escapar dos delimitadores se eles aparecerem na entrada, portanto a saída pode ser ambígua.

note: type: Plain text
en: Use a special line-based format intended for script consumption.  Added/removed/unchanged runs are printed in the usual unified diff format, starting with a `+`/`-`/` ` character at the beginning of the line and extending to the end of the line.  Newlines in the input are represented by a tilde `~` on a line of its own.
pt_BR: Use um formato baseado em linha especial destinado ao consumo de scripts. As corridas adicionadas / removidas / inalteradas são impressas no formato usual de diff unificado, começando com um caractere `+` / `-` /` `no início da linha e se estendendo até o final da linha. Novas linhas na entrada são representadas por um til `~` em uma linha própria.

note: type: Plain text
en: Disable word diff again.
pt_BR: Desative a palavra diff novamente.

note: type: Plain text
en: Note that despite the name of the first mode, color is used to highlight the changed parts in all modes if enabled.
pt_BR: Observe que, apesar do nome do primeiro modo, a cor é usada para realçar as partes alteradas em todos os modos, se ativada.

note: type: Plain text
en: Use <regex> to decide what a word is, instead of considering runs of non-whitespace to be a word.  Also implies `--word-diff` unless it was already enabled.
pt_BR: Use <regex> para decidir o que é uma palavra, em vez de considerar as execuções de espaços não brancos como uma palavra. Também implica `--word-diff` a menos que já esteja habilitado.

note: type: Plain text
en: Every non-overlapping match of the <regex> is considered a word.  Anything between these matches is considered whitespace and ignored(!) for the purposes of finding differences.  You may want to append `|[^[:space:]]` to your regular expression to make sure that it matches all non-whitespace characters.  A match that contains a newline is silently truncated(!) at the newline.
pt_BR: Cada correspondência não sobreposta do <regex> é considerada uma palavra. Qualquer coisa entre essas correspondências é considerada espaço em branco e ignorada (!) Para fins de encontrar diferenças. Você pode querer acrescentar `| [^ [: space:]]` à sua expressão regular para certificar-se de que ela corresponda a todos os caracteres que não sejam espaços em branco. Uma correspondência que contém uma nova linha é silenciosamente truncada (!) Na nova linha.

note: type: Plain text
en: For example, `--word-diff-regex=.` will treat each character as a word and, correspondingly, show differences character by character.
pt_BR: Por exemplo, `--word-diff-regex = .` tratará cada caractere como uma palavra e, correspondentemente, mostrará as diferenças caractere a caractere.

note: type: Plain text
en: The regex can also be set via a diff driver or configuration option, see linkgit:gitattributes[5] or linkgit:git-config[1].  Giving it explicitly overrides any diff driver or configuration setting.  Diff drivers override configuration settings.
pt_BR: O regex também pode ser configurado através de um driver diff ou opção de configuração, veja linkgit:gitattributes [5] ou linkgit:git-config [1]. Dar explicitamente substitui qualquer driver do diff ou configuração. Os drivers de diferenças substituem as configurações.

note: type: Plain text
en: Equivalent to `--word-diff=color` plus (if a regex was specified) `--word-diff-regex=<regex>`.
pt_BR: Equivalente a `--word-diff = color` plus (se um regex foi especificado) `--word-diff-regex=<regex>`.

note: type: Plain text
en: Turn off rename detection, even when the configuration file gives the default to do so.
pt_BR: Desative a detecção de renomeação, mesmo quando o arquivo de configuração fornecer o padrão para isso.

note: type: Plain text
en: Whether to use empty blobs as rename source.
pt_BR: Se usa ou não gotas vazias como origem do nome.

note: type: Plain text
en: Warn if changes introduce conflict markers or whitespace errors.  What are considered whitespace errors is controlled by `core.whitespace` configuration.  By default, trailing whitespaces (including lines that consist solely of whitespaces) and a space character that is immediately followed by a tab character inside the initial indent of the line are considered whitespace errors.  Exits with non-zero status if problems are found. Not compatible with --exit-code.
pt_BR: Avisar se as alterações introduzem marcadores de conflito ou erros de espaço em branco. O que é considerado erro de espaço em branco é controlado pela configuração `core.whitespace`. Por padrão, os espaços em branco à direita (incluindo linhas que consistem somente em espaços em branco) e um caractere de espaço que é imediatamente seguido por um caractere de tabulação dentro do recuo inicial da linha são considerados erros de espaço em branco. Sai com status diferente de zero se forem encontrados problemas. Não é compatível com o código de saída.

note: type: Plain text
en: Highlight whitespace errors in the `context`, `old` or `new` lines of the diff.  Multiple values are separated by comma, `none` resets previous values, `default` reset the list to `new` and `all` is a shorthand for `old,new,context`.  When this option is not given, and the configuration variable `diff.wsErrorHighlight` is not set, only whitespace errors in `new` lines are highlighted. The whitespace errors are colored with `color.diff.whitespace`.
pt_BR: Destacar os erros de espaço em branco nas linhas `context`,` old` ou `new` do diff. Vários valores são separados por vírgula, `none` redefine os valores anteriores,` default` redefine a lista para `new` e` all` é uma abreviação para `old, new, context`. Quando esta opção não é dada, e a variável de configuração `diff.wsErrorHighlight` não está definida, apenas os erros de espaço em branco nas linhas` new` são destacados. Os erros de espaço em branco são coloridos com `color.diff.whitespace`.

note: type: Plain text
en: Instead of the first handful of characters, show the full pre- and post-image blob object names on the "index" line when generating patch format output.
pt_BR: Em vez de um primeiro punhado de caracteres, exiba os nomes completos antes e depois dos objetos gota na linha "index" ao gerar um formato patch na saída.

note: type: Plain text
en: In addition to `--full-index`, output a binary diff that can be applied with `git-apply`. Implies `--patch`.
pt_BR: Além de `--full-index`, gera um diff binário que pode ser aplicado com `git-apply`. Implica no uso da opção `--patch`.

note: type: Labeled list
en: --abbrev[=<n>]
pt_BR: --abrev[=<n>]

note: type: Plain text
en: Instead of showing the full 40-byte hexadecimal object name in diff-raw format output and diff-tree header lines, show only a partial prefix.  This is independent of the `--full-index` option above, which controls the diff-patch output format.  Non default number of digits can be specified with `--abbrev=<n>`.
pt_BR: Em vez de mostrar o nome completo do objeto hexadecimal de 40 bytes em linhas de cabeçalho de saída de formato diff-raw e de árvore de diferenças, mostre apenas um prefixo parcial. Isto é independente da opção `--full-index` acima, que controla o formato de saída do patch diff. Número não padrão de dígitos pode ser especificado com `--abbrev=<n>`.

note: type: Plain text
en: Break complete rewrite changes into pairs of delete and create. This serves two purposes:
pt_BR: Pausa completa reescreve as alterações em pares de excluir e criar. Isso serve a dois propósitos:

note: type: Plain text
en: It affects the way a change that amounts to a total rewrite of a file not as a series of deletion and insertion mixed together with a very few lines that happen to match textually as the context, but as a single deletion of everything old followed by a single insertion of everything new, and the number `m` controls this aspect of the -B option (defaults to 60%). `-B/70%` specifies that less than 30% of the original should remain in the result for Git to consider it a total rewrite (i.e. otherwise the resulting patch will be a series of deletion and insertion mixed together with context lines).
pt_BR: Ela afeta a forma como uma mudança que equivale a uma reescrita total de um arquivo e não como uma série de exclusão e inserção misturadas com poucas linhas que correspondem textualmente ao conteúdo, e sim como uma única exclusão de tudo o que é antigo seguido por uma inserção única de tudo que for novo, o número `m` controla este aspecto da opção -B (o padrão é 60%). `-B / 70%` determina que menos que 30% do original deve permanecer no resultado para que o Git considere uma reescrita total (isto é, o patch resultante será uma série de deleção e inserção misturadas com linhas de contexto).

note: type: Plain text
en: When used with -M, a totally-rewritten file is also considered as the source of a rename (usually -M only considers a file that disappeared as the source of a rename), and the number `n` controls this aspect of the -B option (defaults to 50%). `-B20%` specifies that a change with addition and deletion compared to 20% or more of the file's size are eligible for being picked up as a possible source of a rename to another file.
pt_BR: Quando usado com -M, um arquivo totalmente reescrito também é considerado como a fonte de uma renomeação (geralmente -M considera apenas um arquivo que desapareceu como a origem de uma renomeação), e o número `n` controla esse aspecto do arquivo. Opção B (o padrão é 50%). `-B20%` especifica que uma alteração com inclusão e exclusão em comparação com 20% ou mais do tamanho do arquivo é elegível para ser escolhida como uma possível fonte de renomeação para outro arquivo.

note: type: Plain text
en: 	Detect renames.
pt_BR: 	Detectar renomeações.

note: type: Plain text
en: 	If generating diffs, detect and report renames for each commit.
    	For following files across renames while traversing history, see
    	`--follow`.
pt_BR: 	Se estiver gerando diffs, detectar e relatar renomeações para commit.
    	Para os seguintes arquivos em renomeações ao percorrer o histórico, consulte
    	`--follow`.

note: type: Plain text
en: 	If `n` is specified, it is a threshold on the similarity
    	index (i.e. amount of addition/deletions compared to the
    	file's size). For example, `-M90%` means Git should consider a
    	delete/add pair to be a rename if more than 90% of the file
    	hasn't changed.  Without a `%` sign, the number is to be read as
    	a fraction, with a decimal point before it.  I.e., `-M5` becomes
    	0.5, and is thus the same as `-M50%`.  Similarly, `-M05` is
    	the same as `-M5%`.  To limit detection to exact renames, use
    	`-M100%`.  The default similarity index is 50%.
pt_BR: 	Se `n` é especificado, é um limiar na semelhança
    	índice (isto é, quantidade de adição/exclusões comparada com o
    	tamanho do arquivo). Por exemplo, `-M90%` significa que o Git deve
    	considerar um par delete/add para ser renomeado se mais de 90%
    	do arquivo não mudou. Sem um sinal `%`, o número deve ser lido
    	como uma fração, com um ponto decimal antes dele. Ou seja, `-M5`
    	torna-se 0.5, e é portanto, o mesmo que `-M50%`. Da mesma forma,
    	-M05` é o mesmo que `-M5%`. Para limitar a detecção a 
    	renomeações exatas, use `-M100%`. O índice de similaridade padrão
    	é de 50%.

note: type: Plain text
en: Detect copies as well as renames.  See also `--find-copies-harder`.  If `n` is specified, it has the same meaning as for `-M<n>`.
pt_BR: Detectar cópias e renomear. Veja também `--find-copies-harder`. Caso `n` tem o mesmo significado que `-M<n>` caso não seja informado.

note: type: Plain text
en: For performance reasons, by default, `-C` option finds copies only if the original file of the copy was modified in the same changeset.  This flag makes the command inspect unmodified files as candidates for the source of copy.  This is a very expensive operation for large projects, so use it with caution.  Giving more than one `-C` option has the same effect.
pt_BR: Por motivos de desempenho, por padrão, a opção `-C` localiza cópias somente se o arquivo original da cópia foi modificado no mesmo changeset. Esse sinalizador faz o comando inspecionar arquivos não modificados como candidatos para a origem da cópia. Esta é uma operação muito cara para grandes projetos, portanto, use-a com cautela. Dar mais de uma opção `-C` tem o mesmo efeito.

note: type: Plain text
en: Omit the preimage for deletes, i.e. print only the header but not the diff between the preimage and `/dev/null`. The resulting patch is not meant to be applied with `patch` or `git apply`; this is solely for people who want to just concentrate on reviewing the text after the change. In addition, the output obviously lacks enough information to apply such a patch in reverse, even manually, hence the name of the option.
pt_BR: Omita a pré-imagem para exclusões, ou seja, imprima apenas o cabeçalho, mas não a diferença entre a pré-imagem e `/dev/null`. O patch resultante não deve ser aplicado com `patch` ou` git apply`; isso é apenas para pessoas que querem se concentrar apenas em revisar o texto após a mudança. Além disso, a saída obviamente não possui informações suficientes para aplicar tal patch em ordem inversa, mesmo manualmente, daí o nome da opção.

note: type: Plain text
en: When used together with `-B`, omit also the preimage in the deletion part of a delete/create pair.
pt_BR: Quando usado junto com `-B`, omita também a pré-imagem na parte de exclusão de um par delete/create.

note: type: Plain text
en: The `-M` and `-C` options require O(n^2) processing time where n is the number of potential rename/copy targets.  This option prevents rename/copy detection from running if the number of rename/copy targets exceeds the specified number.
pt_BR: As opções `-M` e` -C` requerem o tempo de processamento O (n^2), onde n é o número de potenciais alvos de renomeação/cópia. Essa opção impede que a detecção de renomeação/cópia seja executada se o número de destinos de renomeação/cópia exceder o número especificado.

note: type: Plain text
en: Select only files that are Added (`A`), Copied (`C`), Deleted (`D`), Modified (`M`), Renamed (`R`), have their type (i.e. regular file, symlink, submodule, ...) changed (`T`), are Unmerged (`U`), are Unknown (`X`), or have had their pairing Broken (`B`).  Any combination of the filter characters (including none) can be used.  When `*` (All-or-none) is added to the combination, all paths are selected if there is any file that matches other criteria in the comparison; if there is no file that matches other criteria, nothing is selected.
pt_BR: Selecione apenas os arquivos que são adicionados (`A`), copiados (` C`), excluídos (`D`), modificados (` M`), renomeados (`R`), que têm seu tipo (ou seja, arquivo regular, symlink, submódulo, ...) alterado (`T`), são Unmerged (` U`), são desconhecidos (`X`), ou tiveram seu pareamento Broken (` B`). Qualquer combinação dos caracteres do filtro (incluindo nenhum) pode ser usada. Quando `*` (All-or-none) é adicionado à combinação, todos os caminhos são selecionados se houver algum arquivo que corresponda a outros critérios na comparação; se não houver nenhum arquivo que corresponda a outros critérios, nada será selecionado.

note: type: Plain text
en: Also, these upper-case letters can be downcased to exclude.  E.g.  `--diff-filter=ad` excludes added and deleted paths.
pt_BR: Além disso, essas letras maiúsculas podem ser reduzidas para exclusão. Por exemplo. `--diff-filter=ad` exclui os caminhos adicionados e excluídos.

note: type: Plain text
en: Note that not all diffs can feature all types. For instance, diffs from the index to the working tree can never have Added entries (because the set of paths included in the diff is limited by what is in the index).  Similarly, copied and renamed entries cannot appear if detection for those types is disabled.
pt_BR: Note que nem todos os diffs podem apresentar todos os tipos. Por exemplo, os diffs do índice para a árvore de trabalho nunca podem ter entradas adicionadas (porque o conjunto de caminhos incluídos no diff é limitado pelo que está no índice). Da mesma forma, as entradas copiadas e renomeadas não podem aparecer se a detecção para esses tipos estiver desativada.

note: type: Plain text
en: Look for differences that change the number of occurrences of the specified string (i.e. addition/deletion) in a file.  Intended for the scripter's use.
pt_BR: Procure por diferenças que alterem o número de ocorrências da cadeia especificada (ou seja, adição / exclusão) em um arquivo. Destinado ao uso do roteirista.

note: type: Plain text
en: It is useful when you're looking for an exact block of code (like a struct), and want to know the history of that block since it first came into being: use the feature iteratively to feed the interesting block in the preimage back into `-S`, and keep going until you get the very first version of the block.
pt_BR: É útil quando você está procurando por um bloco de código exato (como uma struct), e quer saber a história desse bloco desde que ele surgiu: use o recurso de forma iterativa para alimentar o bloco interessante na pré-imagem de volta `-S`, e continue até você obter a primeira versão do bloco.

note: type: Plain text
en: Binary files are searched as well.
pt_BR: Arquivos binários também são pesquisados.

note: type: Plain text
en: Look for differences whose patch text contains added/removed lines that match <regex>.
pt_BR: Procure por diferenças cujo texto de patch contenha linhas adicionadas/removidas que correspondam a <regex>.

note: type: Plain text
en: To illustrate the difference between `-S<regex> --pickaxe-regex` and `-G<regex>`, consider a commit with the following diff in the same file:
pt_BR: Para ilustrar a diferença entre `-S<regex> --pickaxe-regex` e `-G<regex>`, considere um commit com o seguinte diff no mesmo arquivo:

note: type: Plain text
en: While `git log -G"frotz\(nitfol"` will show this commit, `git log -S"frotz\(nitfol" --pickaxe-regex` will not (because the number of occurrences of that string did not change).
pt_BR: Enquanto o `git log -G"frotz\(nitfol"` mostrará este commit, já `git log -S"frotz\(nitfol" --pickaxe-regex` não (porque a quantidade de ocorrências dessa string não foi alterada) .

note: type: Plain text
en: Unless `--text` is supplied patches of binary files without a textconv filter will be ignored.
pt_BR: A menos que `--text` seja informado, os patches dos arquivos binários sem um filtro `textconv` serão ignorados.

note: type: Plain text
en: See the 'pickaxe' entry in linkgit:gitdiffcore[7] for more information.
pt_BR: Veja a entrada 'pickaxe' em linkgit:gitdiffcore[7] para mais informações.

note: type: Labeled list
en: --find-object=<object-id>
pt_BR: --find-object=<id-do-objeto>

note: type: Plain text
en: Look for differences that change the number of occurrences of the specified object. Similar to `-S`, just the argument is different in that it doesn't search for a specific string but for a specific object id.
pt_BR: Procure por diferenças que alterem o número de ocorrências do objeto especificado. Semelhante ao `-S`, apenas o argumento é diferente porque ele não procura por uma string específica, mas por um id de objeto específico.

note: type: Plain text
en: The object can be a blob or a submodule commit. It implies the `-t` option in `git-log` to also find trees.
pt_BR: O objeto pode ser uma gota ou um commit do submódulo. Para também encontrar árvores, faça uso da opção `-t` também no `git-log`.

note: type: Plain text
en: When `-S` or `-G` finds a change, show all the changes in that changeset, not just the files that contain the change in <string>.
pt_BR: Quando `-S` ou` -G` encontra uma mudança, mostra todas as mudanças naquele changeset, não apenas os arquivos que contêm a mudança em <string>.

note: type: Plain text
en: Treat the <string> given to `-S` as an extended POSIX regular expression to match.
pt_BR: Trate o <string> dado ao `-S` como uma expressão regular POSIX estendida para combinar.

note: type: Plain text
en: Control the order in which files appear in the output.  This overrides the `diff.orderFile` configuration variable (see linkgit:git-config[1]).  To cancel `diff.orderFile`, use `-O/dev/null`.
pt_BR: Controlar a ordem em que os arquivos aparecem na saída. Isto sobrescreve a variável de configuração `diff.orderFile` (veja linkgit:git-config[1]). Para cancelar `diff.orderFile`, use` -O/dev/null`.

note: type: Plain text
en: The output order is determined by the order of glob patterns in <orderfile>.  All files with pathnames that match the first pattern are output first, all files with pathnames that match the second pattern (but not the first) are output next, and so on.  All files with pathnames that do not match any pattern are output last, as if there was an implicit match-all pattern at the end of the file.  If multiple pathnames have the same rank (they match the same pattern but no earlier patterns), their output order relative to each other is the normal order.
pt_BR: A ordem de saída é determinada pela ordem dos padrões glob no <orderfile>. Todos os arquivos com nomes de caminho que correspondam ao primeiro padrão são exibidos primeiro, todos os arquivos com nomes de caminho que correspondam ao segundo padrão (mas não o primeiro) são exibidos em seguida e assim por diante. Todos os arquivos com nomes de caminhos que não correspondem a nenhum padrão são reproduzidos por último, como se houvesse um padrão implícito de correspondência de todos no final do arquivo. Se vários nomes de caminho tiverem a mesma classificação (eles correspondem ao mesmo padrão, mas não a padrões anteriores), sua ordem de saída relativa à outra é a ordem normal.

note: type: Plain text
en: <orderfile> is parsed as follows:
pt_BR: <orderfile> é analisado da seguinte forma:

note: type: Plain text
en: Blank lines are ignored, so they can be used as separators for readability.
pt_BR: Linhas em branco são ignoradas, para que possam ser usadas como separadores para facilitar a leitura.

note: type: Plain text
en: Lines starting with a hash ("`#`") are ignored, so they can be used for comments.  Add a backslash ("`\`") to the beginning of the pattern if it starts with a hash.
pt_BR: Linhas iniciando com um hash ("`#`") são ignoradas, então elas podem ser usadas para comentários. Adicione uma barra invertida ("`\`") ao começo do padrão se ele começar com um hash.

note: type: Plain text
en: Each other line contains a single pattern.
pt_BR: Cada outra linha contém um único padrão.

note: type: Plain text
en: Patterns have the same syntax and semantics as patterns used for fnmatch(3) without the FNM_PATHNAME flag, except a pathname also matches a pattern if removing any number of the final pathname components matches the pattern.  For example, the pattern "`foo*bar`" matches "`fooasdfbar`" and "`foo/bar/baz/asdf`" but not "`foobarx`".
pt_BR: Os padrões têm a mesma sintaxe e semântica que os padrões usados para fnmatch(3) sem o sinalizador FNM_PATHNAME, exceto que um nome de caminho também corresponde a um padrão se a remoção de qualquer número dos componentes finais do nome do caminho corresponder ao padrão. Por exemplo, o padrão "`foo*bar` "corresponde a" `fooasdfbar`" e "` foo/bar/baz/asdf` "mas não" `foobarx`".

note: type: Plain text
en: Swap two inputs; that is, show differences from index or on-disk file to tree contents.
pt_BR: Troque duas entradas; isto é, mostre as diferenças do índice ou do arquivo no disco para o conteúdo da árvore.

note: type: Labeled list
en: --relative[=<path>]
pt_BR: --relative[=<caminho>]

note: type: Plain text
en: When run from a subdirectory of the project, it can be told to exclude changes outside the directory and show pathnames relative to it with this option.  When you are not in a subdirectory (e.g. in a bare repository), you can name which subdirectory to make the output relative to by giving a <path> as an argument.
pt_BR: Quando executado a partir de um subdiretório do projeto, ele pode ser instruído a excluir as mudanças fora do diretório e mostrar nomes de caminhos relativos a ele com essa opção. Quando você não está em um subdiretório (por exemplo, em um repositório vazio), é possível nomear o subdiretório para tornar a saída relativa, fornecendo um <path> como um argumento.

note: type: Plain text
en: Treat all files as text.
pt_BR: Trate todos os arquivos como texto.

note: type: Plain text
en: Ignore carriage-return at the end of line when doing a comparison.
pt_BR: Ignore o retorno do carro no final da linha ao fazer uma comparação.

note: type: Plain text
en: Ignore whitespace when comparing lines.  This ignores differences even if one line has whitespace where the other line has none.
pt_BR: Ignore os espaços em branco ao comparar linhas. Isso ignora as diferenças, mesmo que uma linha tenha espaço em branco onde a outra linha não tenha nenhuma.

note: type: Plain text
en: Ignore changes whose lines are all blank.
pt_BR: Ignore as alterações cujas linhas estão todas em branco.

note: type: Labeled list
en: --inter-hunk-context=<lines>
pt_BR: --inter-hunk-context=<linhas>

note: type: Plain text
en: Show the context between diff hunks, up to the specified number of lines, thereby fusing hunks that are close to each other.  Defaults to `diff.interHunkContext` or 0 if the config option is unset.
pt_BR: Mostra o contexto entre os pedaços de diff, até o número especificado de linhas, assim fundindo partes próximas umas das outras. O padrão é `diff.interHunkContext` ou 0 se a opção de configuração não estiver definida.

note: type: Plain text
en: Show whole surrounding functions of changes.
pt_BR: Mostrar funções vizinhas inteiras de mudanças.

note: type: Plain text
en: Make the program exit with codes similar to diff(1).  That is, it exits with 1 if there were differences and 0 means no differences.
pt_BR: Faça o programa sair com códigos semelhantes ao diff(1). Ou seja, sai com 1 se houver diferenças e 0 significa sem diferenças.

note: type: Plain text
en: Disable all output of the program. Implies `--exit-code`.
pt_BR: Desativar todas as saídas do programa. Implica `--exit-code`.

note: type: Plain text
en: Allow an external diff helper to be executed. If you set an external diff driver with linkgit:gitattributes[5], you need to use this option with linkgit:git-log[1] and friends.
pt_BR: Permitir que um auxiliar de diferenças externo seja executado. Se você definir um driver externo com diff linkgit:gitattributes[5], você precisa usar esta opção com linkgit:git-log[1] e amigos.

note: type: Plain text
en: Disallow external diff drivers.
pt_BR: Não permitir drivers externos de diferenças.

note: type: Plain text
en: Allow (or disallow) external text conversion filters to be run when comparing binary files. See linkgit:gitattributes[5] for details. Because textconv filters are typically a one-way conversion, the resulting diff is suitable for human consumption, but cannot be applied. For this reason, textconv filters are enabled by default only for linkgit:git-diff[1] and linkgit:git-log[1], but not for linkgit:git-format-patch[1] or diff plumbing commands.
pt_BR: Permitir (ou proibir) filtros de conversão de texto externos para serem executados ao comparar arquivos binários. Veja linkgit:gitattributes[5] para detalhes. Como os filtros textconv são tipicamente uma conversão unidirecional, o diff resultante é adequado para consumo humano, mas não pode ser aplicado. Por essa razão, os filtros textconv são habilitados por padrão apenas para linkgit:git-diff[1] e linkgit:git-log[1], mas não para os comandos linkgit:git-format-patch 1] ou diff plumbing.

note: type: Labeled list
en: --ignore-submodules[=<when>]
pt_BR: --ignore-submodules[=<quando>]

note: type: Plain text
en: Ignore changes to submodules in the diff generation. <when> can be either "none", "untracked", "dirty" or "all", which is the default.  Using "none" will consider the submodule modified when it either contains untracked or modified files or its HEAD differs from the commit recorded in the superproject and can be used to override any settings of the 'ignore' option in linkgit:git-config[1] or linkgit:gitmodules[5]. When "untracked" is used submodules are not considered dirty when they only contain untracked content (but they are still scanned for modified content). Using "dirty" ignores all changes to the work tree of submodules, only changes to the commits stored in the superproject are shown (this was the behavior until 1.7.0). Using "all" hides all changes to submodules.
pt_BR: Ignore as alterações nos submódulos na geração dos diffs. <quando> pode ser "none", "Untracked", "dirty" ou "all", que é a predefinição. O uso de "none" considerará o submódulo modificado quando ele conter os arquivos não rastreados ou modificados ou caso o seu `HEAD` difira do commit registrado no `superproject` e pode ser usado para substituir qualquer outra configuração da opção 'ignore' no linkgit:git-config[1] or linkgit:gitmodules[5]. Quando "untracked" (não rastreado) é usado, os submódulos não são considerados sujos quando contêm apenas conteúdo não rastreado (mas ainda são verificados quanto ao conteúdo modificado). O uso de "dirty" ignora todas as alterações na árvore de trabalho dos submódulos, apenas as alterações nos commits armazenados no superprojeto são mostradas (esse era o comportamento até 1.7.0). Usar "todos" oculta todas as alterações nos submódulos.

note: type: Labeled list
en: --src-prefix=<prefix>
pt_BR: --src-prefix=<prefixo>

note: type: Plain text
en: Show the given source prefix instead of "a/".
pt_BR: Mostrar o prefixo de origem fornecido em vez de "a/".

note: type: Labeled list
en: --dst-prefix=<prefix>
pt_BR: --dst-prefix=<prefixo>

note: type: Plain text
en: Show the given destination prefix instead of "b/".
pt_BR: Mostrar o prefixo de destino especificado em vez de "b/".

note: type: Plain text
en: Do not show any source or destination prefix.
pt_BR: Não mostre nenhum prefixo de origem ou destino.

note: type: Plain text
en: Prepend an additional prefix to every line of output.
pt_BR: Prefira um prefixo adicional a cada linha de saída.

note: type: Plain text
en: By default entries added by "git add -N" appear as an existing empty file in "git diff" and a new file in "git diff --cached".  This option makes the entry appear as a new file in "git diff" and non-existent in "git diff --cached". This option could be reverted with `--ita-visible-in-index`. Both options are experimental and could be removed in future.
pt_BR: É predefinido que as entradas adicionadas com `git add -N` apareçam como um arquivo vazio existente em `git diff` e um novo arquivo em `git diff --cached`. Esta opção faz a entrada aparecer como um novo arquivo com `git diff` e não existe em `git diff --cached`. Esta opção pode ser revertida com o `--ita-visible-in-index`. Ambas as opções são experimentais e podem ser removidas no futuro.

note: type: Plain text
en: For more detailed explanation on these common options, see also linkgit:gitdiffcore[7].
pt_BR: Para uma explicação mais detalhada sobre estas opções comuns, veja também linkgit:gitdiffcore[7].

note: type: Plain text
en: Fetch all remotes.
pt_BR: Buscar todos os controles remotos.

note: type: Plain text
en: Append ref names and object names of fetched refs to the existing contents of `.git/FETCH_HEAD`.  Without this option old data in `.git/FETCH_HEAD` will be overwritten.
pt_BR: Anexe os nomes das ref e os nomes dos objetos das referências buscadas ao conteúdo existente de `.git/FETCH_HEAD`. Sem essa opção, os dados antigos em `.git/FETCH_HEAD` serão sobrescritos.

note: type: Labeled list
en: --depth=<depth>
pt_BR: --depth=<profundidade>

note: type: Plain text
en: Limit fetching to the specified number of commits from the tip of each remote branch history. If fetching to a 'shallow' repository created by `git clone` with `--depth=<depth>` option (see linkgit:git-clone[1]), deepen or shorten the history to the specified number of commits. Tags for the deepened commits are not fetched.
pt_BR: Limite a busca para o número especificado de confirmações da ponta de cada histórico de ramificação remota. Se buscar um repositório 'superficial' criado pelo `git clone` com a opção` --depth = <depth> `(veja linkgit:git-clone[1]), aprofunde ou encurte o histórico para o número especificado de commits. As tags para as confirmações aprofundadas não são buscadas.

note: type: Labeled list
en: --deepen=<depth>
pt_BR: --deepen=<profundidade>

note: type: Plain text
en: Similar to --depth, except it specifies the number of commits from the current shallow boundary instead of from the tip of each remote branch history.
pt_BR: Semelhante a --depth, exceto que especifica o número de confirmações do limite raso atual em vez da ponta de cada histórico de ramificação remota.

note: type: Labeled list
en: --shallow-since=<date>
pt_BR: --shallow-since=<data>

note: type: Plain text
en: Deepen or shorten the history of a shallow repository to include all reachable commits after <date>.
pt_BR: Aprofundar ou encurtar o histórico de um repositório raso para incluir todas as confirmações alcançáveis após <data>.

note: type: Labeled list
en: --shallow-exclude=<revision>
pt_BR: --shallow-exclude=<revisão>

note: type: Plain text
en: Deepen or shorten the history of a shallow repository to exclude commits reachable from a specified remote branch or tag.  This option can be specified multiple times.
pt_BR: Aprofundar ou encurtar o histórico de um repositório raso para incluir todas as confirmações alcançáveis após <data>.

note: type: Plain text
en: If the source repository is complete, convert a shallow repository to a complete one, removing all the limitations imposed by shallow repositories.
pt_BR: Se o repositório de origem estiver completo, converta um repositório raso em um completo, removendo todas as limitações impostas pelos repositórios rasos.

note: type: Plain text
en: If the source repository is shallow, fetch as much as possible so that the current repository has the same history as the source repository.
pt_BR: Se o repositório de origem for superficial, busque o máximo possível para que o repositório atual tenha o mesmo histórico que o repositório de origem.

note: type: Plain text
en: By default when fetching from a shallow repository, `git fetch` refuses refs that require updating .git/shallow. This option updates .git/shallow and accept such refs.
pt_BR: Por padrão, ao buscar a partir de um repositório superficial, o `git fetch` recusa refs que requerem atualização .git/shallow. Esta opção atualiza .git/shallow e aceita tais referências.

note: type: Labeled list
en: --negotiation-tip=<commit|glob>
pt_BR: --negociação-tip=<commit|glob>

note: type: Plain text
en: By default, Git will report, to the server, commits reachable from all local refs to find common commits in an attempt to reduce the size of the to-be-received packfile. If specified, Git will only report commits reachable from the given tips.  This is useful to speed up fetches when the user knows which local ref is likely to have commits in common with the upstream ref being fetched.
pt_BR: Por padrão, o Git reportará, ao servidor, o commit alcançável de todos os refs locais para encontrar commits comuns na tentativa de reduzir o tamanho do arquivo de pacotes a ser recebido. Se especificado, o Git só reportará commits alcançáveis das dicas dadas. Isso é útil para acelerar buscas quando o usuário sabe qual ref local provavelmente terá commits em comum com o ref upstream sendo buscado.

note: type: Plain text
en: This option may be specified more than once; if so, Git will report commits reachable from any of the given commits.
pt_BR: Esta opção pode ser especificada mais de uma vez; Se assim for, o Git irá reportar commits de qualquer um dos commits dados.

note: type: Plain text
en: The argument to this option may be a glob on ref names, a ref, or the (possibly abbreviated) SHA-1 of a commit. Specifying a glob is equivalent to specifying this option multiple times, one for each matching ref name.
pt_BR: O argumento para essa opção pode ser um glob nos nomes de ref, um ref ou o (possivelmente abreviado) SHA-1 de um commit. A especificação de glob é equivalente a especificar essa opção várias vezes, uma para cada nome de referência correspondente.

note: type: Plain text
en: See also the `fetch.negotiationAlgorithm` configuration variable documented in linkgit:git-config[1].
pt_BR: Veja também a variável de configuração `fetch.negotiationAlgorithm` documentada em linkgit:git-config[1].

note: type: Plain text
en: Show what would be done, without making any changes.
pt_BR: Mostre o que seria feito, sem fazer alterações.

note: type: Plain text
en: When 'git fetch' is used with `<src>:<dst>` refspec it may refuse to update the local branch as discussed
pt_BR: Quando 'git fetch' é usado com `<src>: <dst>` refspec ele pode se recusar a atualizar o branch local como discutido

note: type: Plain text
en: 	in the `<refspec>` part of the linkgit:git-fetch[1]
    	documentation.
pt_BR: 	na parte `<refspec>` do linkgit:git-fetch[1]
    	documentação.

note: type: Plain text
en: 	in the `<refspec>` part below.
pt_BR: 	na parte `<refspec>` abaixo.

note: type: Plain text
en: 	This option overrides that check.
pt_BR: 	Esta opção sobrescreve essa verificação.

note: type: Plain text
en: Keep downloaded pack.
pt_BR: Mantenha o pacote baixado.

note: type: Plain text
en: Allow several <repository> and <group> arguments to be specified. No <refspec>s may be specified.
pt_BR: Permitir que vários argumentos <repository> e <group> sejam especificados. Nenhum <refspec> s pode ser especificado.

note: type: Plain text
en: Run `git gc --auto` at the end to perform garbage collection if needed. This is enabled by default.
pt_BR: Execute `git gc --auto` no final para executar a coleta de lixo, caso seja necessário. A predefinição é, sempre ativado.

note: type: Plain text
en: Write a commit-graph after fetching. This overrides the config setting `fetch.writeCommitGraph`.
pt_BR: Grave um gráfico do commit após a captura remota. Este sobrescreve a configuração `fetch.writeCommitGraph`.

note: type: Plain text
en: Before fetching, remove any remote-tracking references that no longer exist on the remote.  Tags are not subject to pruning if they are fetched only because of the default tag auto-following or due to a --tags option.  However, if tags are fetched due to an explicit refspec (either on the command line or in the remote configuration, for example if the remote was cloned with the --mirror option), then they are also subject to pruning. Supplying `--prune-tags` is a shorthand for providing the tag refspec.
pt_BR: Antes de buscar, remova todas as referências de rastreamento remoto que não existem mais no controle remoto. As tags não estão sujeitas a remoção se forem buscadas apenas por causa do acompanhamento automático da tag padrão ou devido a uma opção --tags. No entanto, se as tags forem buscadas devido a um refspec explícito (na linha de comando ou na configuração remota, por exemplo, se o controle remoto foi clonado com a opção --mirror), elas também estarão sujeitas a remoção. Fornecer `--prune-tags` é uma forma abreviada de fornecer a tag refspec.

note: type: Plain text
en: See the PRUNING section below for more details.
pt_BR: Veja a seção de PRUNING abaixo para mais detalhes.

note: type: Labeled list
en: -P
pt_BR: -p

note: type: Plain text
en: Before fetching, remove any local tags that no longer exist on the remote if `--prune` is enabled. This option should be used more carefully, unlike `--prune` it will remove any local references (local tags) that have been created. This option is a shorthand for providing the explicit tag refspec along with `--prune`, see the discussion about that in its documentation.
pt_BR: Antes de buscar, remova quaisquer tags locais que não existam mais no controle remoto se `--prune` estiver ativado. Esta opção deve ser usada com mais cuidado, ao contrário de `--prune` ela irá remover quaisquer referências locais (tags locais) que tenham sido criadas. Esta opção é uma forma abreviada de fornecer o refspec de tag explícito junto com o `--prune`, veja a discussão sobre isso em sua documentação.

note: type: Plain text
en: By default, tags that point at objects that are downloaded from the remote repository are fetched and stored locally.  This option disables this automatic tag following. The default behavior for a remote may be specified with the remote.<name>.tagOpt setting. See linkgit:git-config[1].
pt_BR: Por padrão, as tags que apontam para objetos que são baixados do repositório remoto são buscadas e armazenadas localmente. Esta opção desativa esta tag automática. O comportamento padrão de um controle remoto pode ser especificado com a configuração remota. <Nome>.tagOpt. Veja linkgit:git-config[1].

note: type: Plain text
en: When fetching refs listed on the command line, use the specified refspec (can be given more than once) to map the refs to remote-tracking branches, instead of the values of `remote.*.fetch` configuration variables for the remote repository.  Providing an empty `<refspec>` to the `--refmap` option causes Git to ignore the configured refspecs and rely entirely on the refspecs supplied as command-line arguments. See section on "Configured Remote-tracking Branches" for details.
pt_BR: Ao buscar refs listadas na linha de comando, use o refspec especificado (pode ser fornecido mais de uma vez) para mapear os refs para filiais de rastreamento remoto, em vez dos valores das variáveis de configuração `remote.*.Fetch` para o repositório remoto. Consulte a seção "Ramificações de rastreamento remoto configuradas" para detalhes.

note: type: Plain text
en: Fetch all tags from the remote (i.e., fetch remote tags `refs/tags/*` into local tags with the same name), in addition to whatever else would otherwise be fetched.  Using this option alone does not subject tags to pruning, even if --prune is used (though tags may be pruned anyway if they are also the destination of an explicit refspec; see `--prune`).
pt_BR: Busque todas as tags do controle remoto (ou seja, busque as tags remotas `refs/tags/*` em tags locais com o mesmo nome), além de qualquer outra coisa que seria buscada. Usar essa opção sozinha não submete as tags à remoção, mesmo se --prune for usado (embora as tags possam ser removidas de qualquer maneira, se elas também forem o destino de uma referência explícita; consulte `--prune`).

note: type: Plain text
en: This option controls if and under what conditions new commits of populated submodules should be fetched too. It can be used as a boolean option to completely disable recursion when set to 'no' or to unconditionally recurse into all populated submodules when set to 'yes', which is the default when this option is used without any value. Use 'on-demand' to only recurse into a populated submodule when the superproject retrieves a commit that updates the submodule's reference to a commit that isn't already in the local submodule clone.
pt_BR: Essa opção controla se e sob quais condições novas confirmações de submódulos preenchidos devem ser buscadas também. Ele pode ser usado como uma opção booleana para desabilitar completamente a recursão quando definido como 'no' ou para recodificar incondicionalmente em todos os submódulos preenchidos quando definido como 'yes', que é o padrão quando essa opção é usada sem qualquer valor. Use 'on-demand' para reciclar apenas em um submódulo preenchido quando o superprojeto recuperar uma confirmação que atualiza a referência do submódulo para uma confirmação que ainda não esteja no clone do submódulo local.

note: type: Plain text
en: If the `--multiple` option was specified, the different remotes will be fetched in parallel. If multiple submodules are fetched, they will be fetched in parallel. To control them independently, use the config settings `fetch.parallel` and `submodule.fetchJobs` (see linkgit:git-config[1]).
pt_BR: Caso a opção `--multiple` seja especificada, diferentes ramos remotos serão buscados em paralelo. Caso vários submódulos seja buscados, este serão buscados em paralelo. Para controlá-los independentemente, use as definições de configuração `fetch.parallel` e `submodule.fetchJobs` (consulte linkgit:git-config[1]).

note: type: Plain text
en: Typically, parallel recursive and multi-remote fetches will be faster. By default fetches are performed sequentially, not in parallel.
pt_BR: Normalmente, buscas remotas de múltiplos ramos de forma paralela e recursiva serão mais rápidas. A predefinição é realizar buscas em sequência e não e paralelo.

note: type: Plain text
en: Disable recursive fetching of submodules (this has the same effect as using the `--recurse-submodules=no` option).
pt_BR: Desabilite a busca recursiva de submódulos (tem o mesmo efeito que usar a opção `--recurse-submodules=no`).

note: type: Plain text
en: If the remote is fetched successfully, pull and add upstream (tracking) reference, used by argument-less linkgit:git-pull[1] and other commands. For more information, see `branch.<name>.merge` and `branch.<name>.remote` in linkgit:git-config[1].
pt_BR: Caso a busca remota seja bem sucedida, uma referência de rastreamento `pull` e `add` será adicionada ao upstream, utilizado pelo argumento `less` linkgit:git-pull[1] e outros comandos. Para mais informações, consulte `branch.<name>.merge` e `branch.<name>.remote` em linkgit:git-config[1].

note: type: Plain text
en: Prepend <path> to paths printed in informative messages such as "Fetching submodule foo".  This option is used internally when recursing over submodules.
pt_BR: Anexar <path> para os caminhos impressos nas mensagens informativas como "Recolhendo o submódulo foo".  Esta opção é utilizada internamente quando recorrer as submódulos.

note: type: Plain text
en: This option is used internally to temporarily provide a non-negative default value for the --recurse-submodules option.  All other methods of configuring fetch's submodule recursion (such as settings in linkgit:gitmodules[5] and linkgit:git-config[1]) override this option, as does specifying --[no-]recurse-submodules directly.
pt_BR: Esta opção é utilizada internamente para prover temporariamente um valor não negative de forma predefinida para a opção --recurse-submodules.  Todos os outros métodos de configurar a recursão do submódulo `fetch` (como as configurações em linkgit:gitmodules[5] e linkgit:git-config[1]) sobrescreva esta opção usando --[no-]recurse-submodules diretamente.

note: type: Plain text
en: By default 'git fetch' refuses to update the head which corresponds to the current branch.  This flag disables the check.  This is purely for the internal use for 'git pull' to communicate with 'git fetch', and unless you are implementing your own Porcelain you are not supposed to use it.
pt_BR: Por padrão, 'git fetch' se recusa a atualizar a cabeça que corresponde à ramificação atual. Este sinalizador desativa o cheque. Isto é puramente para o uso interno de 'git pull' para se comunicar com 'git fetch', e a menos que você esteja implementando sua própria Porcelana, você não deve usá-la.

note: type: Labeled list
en: --upload-pack <upload-pack>
pt_BR: --upload-pack <pacote-para-envio>

note: type: Plain text
en: When given, and the repository to fetch from is handled by 'git fetch-pack', `--exec=<upload-pack>` is passed to the command to specify non-default path for the command run on the other end.
pt_BR: Quando dado, e o repositório para buscar é manipulado por 'git fetch-pack', `--exec=<upload-pack>` é passado para o comando para especificar o caminho não padrão para o comando executado na outra extremidade.

note: type: Plain text
en: Pass --quiet to git-fetch-pack and silence any other internally used git commands. Progress is not reported to the standard error stream.
pt_BR: Passe - silencie para git-fetch-pack e silencie quaisquer outros comandos git usados internamente. O progresso não é relatado para o fluxo de erros padrão.

note: type: Plain text
en: Be verbose.
pt_BR: Seja verboso.

note: type: Plain text
en: Progress status is reported on the standard error stream by default when it is attached to a terminal, unless -q is specified. This flag forces progress status even if the standard error stream is not directed to a terminal.
pt_BR: O status de progresso é relatado no fluxo de erro padrão por padrão quando ele é anexado a um terminal, a menos que -q seja especificado. Esse sinalizador força o status de progresso mesmo se o fluxo de erro padrão não for direcionado para um terminal.

note: type: Plain text
en: Transmit the given string to the server when communicating using protocol version 2.  The given string must not contain a NUL or LF character.  The server's handling of server options, including unknown ones, is server-specific.  When multiple `--server-option=<option>` are given, they are all sent to the other side in the order listed on the command line.
pt_BR: Transmita a string fornecida para o servidor ao se comunicar usando o protocolo versão 2. A string fornecida não deve conter um caractere NUL ou LF. A maneira que o servidor lida com as opções do servidor específicas para ele, incluindo as opções desconhecidas. Quando múltiplos `--server-option=<option>` são fornecidos, todos eles são enviados para o outro lado na ordem listada na linha de comando.

note: type: Plain text
en: By default, git checks if a branch is force-updated during fetch. This can be disabled through fetch.showForcedUpdates, but the --show-forced-updates option guarantees this check occurs.  See linkgit:git-config[1].
pt_BR: É predefinido que o Git verifique se a atualização do ramo foi imposta durante uma busca. Isso pode ser desativado por meio de `fetch.showForcedUpdates`, porém a opção `--show-forced-updates garante que essa verificação ocorra.  Consulte linkgit:git-config[1].

note: type: Plain text
en: By default, git checks if a branch is force-updated during fetch. Pass --no-show-forced-updates or set fetch.showForcedUpdates to false to skip this check for performance reasons. If used during 'git-pull' the --ff-only option will still check for forced updates before attempting a fast-forward update. See linkgit:git-config[1].
pt_BR: É predefinido que o Git verifique se a atualização do ramo foi imposta durante uma busca. Use a opção `--no-show-forced-updates` ou defina `fetch.showForcedUpdates` como to `false` para ignorar essa verificação por questões de desempenho. Se usada durante o `git pull`, a opção `--ff-only` ainda verificará as atualizações impostas antes de tentar uma atualização rápida. Consulte linkgit:git-config[1].

note: type: Plain text
en: Use IPv4 addresses only, ignoring IPv6 addresses.
pt_BR: Use apenas endereços IPv4, ignorando endereços IPv6.

note: type: Plain text
en: Use IPv6 addresses only, ignoring IPv4 addresses.
pt_BR: Use apenas endereços IPv6, ignorando endereços IPv4.

note: type: Title -
en: NAME
pt_BR: NOME

note: type: Plain text
en: git-add - Add file contents to the index
pt_BR: git-add - Adicione o conteúdo do arquivo ao índice

note: type: Title -
en: SYNOPSIS
pt_BR: SINOPSE

note: type: Title -
en: DESCRIPTION
pt_BR: DESCRIÇÃO

note: type: Plain text
en: This command updates the index using the current content found in the working tree, to prepare the content staged for the next commit.  It typically adds the current content of existing paths as a whole, but with some options it can also be used to add content with only part of the changes made to the working tree files applied, or remove paths that do not exist in the working tree anymore.
pt_BR: Esse comando atualiza o índice usando o conteúdo atual encontrado na árvore de trabalho, para preparar o conteúdo testado para o próximo commit. Geralmente, ele adiciona o conteúdo atual dos caminhos existentes como um todo, mas com algumas opções também pode ser usado para adicionar conteúdo com apenas parte das alterações feitas nos arquivos da árvore de trabalho aplicados ou remover caminhos que não existem na árvore de trabalho não mais.

note: type: Plain text
en: The "index" holds a snapshot of the content of the working tree, and it is this snapshot that is taken as the contents of the next commit.  Thus after making any changes to the working tree, and before running the commit command, you must use the `add` command to add any new or modified files to the index.
pt_BR: O "índice" contém um instantâneo do conteúdo da árvore de trabalho e é esse instantâneo que é considerado o conteúdo do próximo commit. Assim, depois de fazer qualquer alteração na árvore de trabalho, e antes de executar o comando commit, você deve usar o comando `add` para adicionar quaisquer arquivos novos ou modificados ao índice.

note: type: Plain text
en: This command can be performed multiple times before a commit.  It only adds the content of the specified file(s) at the time the add command is run; if you want subsequent changes included in the next commit, then you must run `git add` again to add the new content to the index.
pt_BR: Esse comando pode ser executado várias vezes antes de uma confirmação. Ele apenas adiciona o conteúdo do(s) arquivo(s) especificado(s) no momento em que o comando add é executado; se você quiser mudanças subsequentes incluídas no próximo commit, então você deve rodar o `git add` novamente para adicionar o novo conteúdo ao índice.

note: type: Plain text
en: The `git status` command can be used to obtain a summary of which files have changes that are staged for the next commit.
pt_BR: O comando `git status` pode ser usado para obter um resumo de quais arquivos possuem mudanças que são testadas para o próximo commit.

note: type: Plain text
en: The `git add` command will not add ignored files by default.  If any ignored files were explicitly specified on the command line, `git add` will fail with a list of ignored files.  Ignored files reached by directory recursion or filename globbing performed by Git (quote your globs before the shell) will be silently ignored.  The 'git add' command can be used to add ignored files with the `-f` (force) option.
pt_BR: O comando `git add` não adicionará arquivos ignorados por padrão. Se algum arquivo ignorado foi explicitamente especificado na linha de comando, o `git add` falhará com uma lista de arquivos ignorados. Os arquivos ignorados alcançados pela recursão de diretório ou globalização de nomes de arquivos executada pelo Git (citar seus globs antes do shell) serão silenciosamente ignorados. O comando 'git add' pode ser usado para adicionar arquivos ignorados com a opção `-f` (force).

note: type: Plain text
en: Please see linkgit:git-commit[1] for alternative ways to add content to a commit.
pt_BR: Por favor, veja linkgit:git-commit[1] para formas alternativas de adicionar conteúdo a um commit.

note: type: Title -
en: OPTIONS
pt_BR: OPÇÕES

note: type: Plain text
en: Files to add content from.  Fileglobs (e.g. `*.c`) can be given to add all matching files.  Also a leading directory name (e.g. `dir` to add `dir/file1` and `dir/file2`) can be given to update the index to match the current state of the directory as a whole (e.g.  specifying `dir` will record not just a file `dir/file1` modified in the working tree, a file `dir/file2` added to the working tree, but also a file `dir/file3` removed from the working tree). Note that older versions of Git used to ignore removed files; use `--no-all` option if you want to add modified or new files but ignore removed ones.
pt_BR: Arquivos para adicionar conteúdo de. Fileglobs (por exemplo, `* .c`) podem ser fornecidos para adicionar todos os arquivos correspondentes. Também um nome de diretório principal (por exemplo, `dir` para adicionar` dir/file1` e `dir/file2`) pode ser dado para atualizar o índice para corresponder ao estado atual do diretório como um todo (por exemplo, especificando` dir` irá gravar não apenas um arquivo `dir/file1` modificado na árvore de trabalho, um arquivo `dir/file2` adicionado à árvore de trabalho, mas também um arquivo `dir /file3` removido da árvore de trabalho). Note que versões mais antigas do Git costumavam ignorar arquivos removidos; use a opção `--no-all` se você quiser adicionar arquivos modificados ou novos, mas ignorar os removidos.

note: type: Plain text
en: For more details about the <pathspec> syntax, see the 'pathspec' entry in linkgit:gitglossary[7].
pt_BR: Para mais detalhes sobre a sintaxe <pathspec>, veja a entrada 'pathspec' em linkgit:gitglossary[7].

note: type: Plain text
en: Don't actually add the file(s), just show if they exist and/or will be ignored.
pt_BR: Na verdade, não adicione o(s) arquivo(s), apenas mostre se eles existem e/ou serão ignorados.

note: type: Plain text
en: Allow adding otherwise ignored files.
pt_BR: Permitir a adição de arquivos ignorados.

note: type: Plain text
en: Add modified contents in the working tree interactively to the index. Optional path arguments may be supplied to limit operation to a subset of the working tree. See ``Interactive mode'' for details.
pt_BR: Adicione conteúdo modificado na árvore de trabalho de forma interativa ao índice. Argumentos de caminho opcionais podem ser fornecidos para limitar a operação a um subconjunto da árvore de trabalho. Veja `` modo interativo '' para detalhes.

note: type: Plain text
en: Interactively choose hunks of patch between the index and the work tree and add them to the index. This gives the user a chance to review the difference before adding modified contents to the index.
pt_BR: Interativamente, escolha pedaços de patch entre o índice e a árvore de trabalho e adicione-os ao índice. Isso dá ao usuário a chance de revisar a diferença antes de adicionar conteúdo modificado ao índice.

note: type: Plain text
en: This effectively runs `add --interactive`, but bypasses the initial command menu and directly jumps to the `patch` subcommand.  See ``Interactive mode'' for details.
pt_BR: Isso efetivamente executa `add --interactive`, mas ignora o menu de comando inicial e pula diretamente para o subcomando` patch`. Veja `` modo interativo '' para detalhes.

note: type: Plain text
en: Open the diff vs. the index in an editor and let the user edit it.  After the editor was closed, adjust the hunk headers and apply the patch to the index.
pt_BR: Abra o diff versus o índice em um editor e deixe o usuário editá-lo. Depois que o editor foi fechado, ajuste os cabeçalhos e aplique o patch ao índice.

note: type: Plain text
en: The intent of this option is to pick and choose lines of the patch to apply, or even to modify the contents of lines to be staged. This can be quicker and more flexible than using the interactive hunk selector.  However, it is easy to confuse oneself and create a patch that does not apply to the index. See EDITING PATCHES below.
pt_BR: A intenção dessa opção é escolher linhas do patch a ser aplicado ou modificar o conteúdo das linhas a serem testadas. Isso pode ser mais rápido e mais flexível do que usar o seletor interativo. No entanto, é fácil confundir a si mesmo e criar um patch que não se aplique ao índice. Veja EDITANDO OS PATCHES abaixo.

note: type: Plain text
en: Update the index just where it already has an entry matching <pathspec>.  This removes as well as modifies index entries to match the working tree, but adds no new files.
pt_BR: Atualize o índice exatamente onde ele já tem uma entrada correspondente a <pathspec>. Isso remove e modifica entradas de índice para corresponder à árvore de trabalho, mas não adiciona novos arquivos.

note: type: Plain text
en: If no <pathspec> is given when `-u` option is used, all tracked files in the entire working tree are updated (old versions of Git used to limit the update to the current directory and its subdirectories).
pt_BR: Se nenhum <pathspec> for fornecido quando a opção `-u` for usada, todos os arquivos rastreados na árvore de trabalho inteira serão atualizados (versões antigas do Git usadas para limitar a atualização ao diretório atual e seus subdiretórios).

note: type: Plain text
en: Update the index not only where the working tree has a file matching <pathspec> but also where the index already has an entry. This adds, modifies, and removes index entries to match the working tree.
pt_BR: Atualize o índice não apenas onde a árvore de trabalho possui um arquivo correspondente <pathspec>, mas também onde o índice já possui uma entrada. Isso adiciona, modifica e remove entradas de índice para corresponder à árvore de trabalho.

note: type: Plain text
en: If no <pathspec> is given when `-A` option is used, all files in the entire working tree are updated (old versions of Git used to limit the update to the current directory and its subdirectories).
pt_BR: Se nenhum <pathspec> for fornecido quando a opção `-A` for usada, todos os arquivos na árvore de trabalho inteira serão atualizados (versões antigas do Git usadas para limitar a atualização ao diretório atual e seus subdiretórios).

note: type: Plain text
en: Update the index by adding new files that are unknown to the index and files modified in the working tree, but ignore files that have been removed from the working tree.  This option is a no-op when no <pathspec> is used.
pt_BR: Atualize o índice adicionando novos arquivos que são desconhecidos ao índice e arquivos modificados na árvore de trabalho, mas ignore os arquivos que foram removidos da árvore de trabalho. Esta opção é um no-op quando nenhum <pathspec> é usado.

note: type: Plain text
en: This option is primarily to help users who are used to older versions of Git, whose "git add <pathspec>..." was a synonym for "git add --no-all <pathspec>...", i.e. ignored removed files.
pt_BR: Esta opção é principalmente para ajudar usuários que estão acostumados com versões mais antigas do Git, cujo "git add <pathspec> ..." era um sinônimo para "git add --no-all <pathspec> ...", isto é, ignorado removido arquivos.

note: type: Plain text
en: Record only the fact that the path will be added later. An entry for the path is placed in the index with no content. This is useful for, among other things, showing the unstaged content of such files with `git diff` and committing them with `git commit -a`.
pt_BR: Registre apenas o fato de que o caminho será adicionado posteriormente. Uma entrada para o caminho é colocada no índice sem conteúdo. Isso é útil para, entre outras coisas, mostrar o conteúdo não organizado de tais arquivos com o `git diff` e confirmá-los com` git commit -a`.

note: type: Plain text
en: Don't add the file(s), but only refresh their stat()  information in the index.
pt_BR: Não adicione o(s) arquivo(s), mas apenas atualize suas informações stat() no índice.

note: type: Plain text
en: If some files could not be added because of errors indexing them, do not abort the operation, but continue adding the others. The command shall still exit with non-zero status.  The configuration variable `add.ignoreErrors` can be set to true to make this the default behaviour.
pt_BR: Se alguns arquivos não puderem ser adicionados devido a erros de indexação, não cancele a operação, mas continue adicionando os outros. O comando ainda deve sair com status diferente de zero. A variável de configuração `add.ignoreErrors` pode ser configurada como true para tornar este o comportamento padrão.

note: type: Plain text
en: This option can only be used together with --dry-run. By using this option the user can check if any of the given files would be ignored, no matter if they are already present in the work tree or not.
pt_BR: Esta opção só pode ser usada em conjunto com --dry-run. Ao utilizar esta opção, o usuário pode verificar se algum dos arquivos fornecidos seria ignorado, não importando se eles já estão presentes na árvore de trabalho ou não.

note: type: Plain text
en: By default, `git add` will warn when adding an embedded repository to the index without using `git submodule add` to create an entry in `.gitmodules`. This option will suppress the warning (e.g., if you are manually performing operations on submodules).
pt_BR: Por padrão, o `git add` irá avisar quando adicionar um repositório embutido ao índice sem usar o` git submodule add` para criar uma entrada no `.gitmodules`. Esta opção suprimirá o aviso (por exemplo, se você estiver executando operações manualmente em submódulos).

note: type: Plain text
en: Apply the "clean" process freshly to all tracked files to forcibly add them again to the index.  This is useful after changing `core.autocrlf` configuration or the `text` attribute in order to correct files added with wrong CRLF/LF line endings.  This option implies `-u`.
pt_BR: Aplique o processo "limpo" recentemente a todos os arquivos rastreados para adicioná-los à força novamente ao índice. Isso é útil depois de alterar a configuração `core.autocrlf` ou o atributo` text` para corrigir arquivos adicionados com terminações de linha CRLF/LF erradas. Esta opção implica `-u`.

note: type: Plain text
en: Override the executable bit of the added files.  The executable bit is only changed in the index, the files on disk are left unchanged.
pt_BR: Substituir o bit executável dos arquivos adicionados. O bit executável é alterado apenas no índice, os arquivos no disco são mantidos inalterados.

note: type: Plain text
en: Pathspec is passed in `<file>` instead of commandline args. If `<file>` is exactly `-` then standard input is used. Pathspec elements are separated by LF or CR/LF. Pathspec elements can be quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]). See also `--pathspec-file-nul` and global `--literal-pathspecs`.
pt_BR: Pathspec é passado em `<file>` em vez de argumentos da linha de comando. Caso `<file>` seja exatamente `-` então a entrada padrão é usada. Os elementos pathspec são separados por LF ou CR/LF. Os elementos pathspec podem ser citados conforme explicado na configuração da variável 'core.quotePath' (consulte linkgit:git-config[1]). Consulte também `-pathspec-file-nul` e global `-literal-pathspecs`.

note: type: Plain text
en: Only meaningful with `--pathspec-from-file`. Pathspec elements are separated with NUL character and all other characters are taken literally (including newlines and quotes).
pt_BR: Só faz algum sentido se for usado junto com `--pathspec-from-file`. Os elementos "pathspec" são separados com caracteres NUL e todos os outros caracteres são considerados de forma literal (incluindo novas linhas e citações).

note: type: Plain text
en: This option can be used to separate command-line options from the list of files, (useful when filenames might be mistaken for command-line options).
pt_BR: Essa opção pode ser usada para separar as opções da linha de comandos da lista de arquivos (útil quando nomes de arquivo podem ser confundidos com opções de linha de comando).

note: type: Title -
en: EXAMPLES
pt_BR: EXEMPLOS

note: type: Plain text
en: Adds content from all `*.txt` files under `Documentation` directory and its subdirectories:
pt_BR: Adiciona conteúdo de todos os arquivos `*.txt` sob o diretório` Documentation` e seus subdiretórios:

note: type: Plain text
en: Note that the asterisk `*` is quoted from the shell in this example; this lets the command include the files from subdirectories of `Documentation/` directory.
pt_BR: Note que o asterisco `*` é citado do shell neste exemplo; isso permite que o comando inclua os arquivos dos subdiretórios do diretório `Documentation/`.

note: type: Plain text
en: Considers adding content from all git-*.sh scripts:
pt_BR: Considera adicionar conteúdo de todos os scripts git - *. sh:

note: type: Plain text
en: Because this example lets the shell expand the asterisk (i.e. you are listing the files explicitly), it does not consider `subdir/git-foo.sh`.
pt_BR: Como este exemplo permite que o shell expanda o asterisco (ou seja, você está listando os arquivos explicitamente), ele não considera `subdir/git-foo.sh`.

note: type: Title -
en: INTERACTIVE MODE
pt_BR: MODO INTERATIVO

note: type: Plain text
en: When the command enters the interactive mode, it shows the output of the 'status' subcommand, and then goes into its interactive command loop.
pt_BR: Quando o comando entra no modo interativo, ele mostra a saída do subcomando 'status' e entra em seu loop de comando interativo.

note: type: Plain text
en: The command loop shows the list of subcommands available, and gives a prompt "What now> ".  In general, when the prompt ends with a single '>', you can pick only one of the choices given and type return, like this:
pt_BR: O loop de comando mostra a lista de subcomandos disponíveis e fornece um prompt "What now>". Em geral, quando o prompt termina com um único '>', você pode escolher apenas uma das opções dadas e digitar return, assim:

note: type: delimited block -
en:     *** Commands ***
          1: status       2: update       3: revert       4: add untracked
          5: patch        6: diff         7: quit         8: help
        What now> 1
pt_BR:     ***Comandos***
          1: status       2: atualização       3: reverter      4: adicionar sem rastreamento
          5: patch        6: diff       7: sair       8: ajuda
        O que agora> 1

note: type: Plain text
en: You also could say `s` or `sta` or `status` above as long as the choice is unique.
pt_BR: Você também poderia dizer `s` ou `sta` ou `status` acima, desde que a escolha seja única.

note: type: Plain text
en: The main command loop has 6 subcommands (plus help and quit).
pt_BR: O loop de comando principal tem 6 subcomandos (mais ajuda e sair).

note: type: Labeled list
en: status
pt_BR: estado

note: type: Plain text
en: This shows the change between HEAD and index (i.e. what will be committed if you say `git commit`), and between index and working tree files (i.e. what you could stage further before `git commit` using `git add`) for each path.  A sample output looks like this:
pt_BR: Isto mostra a mudança entre HEAD e index (i.e. o que será cometido se você disser `git commit`), e entre index e working tree files (i.e. o que você poderia colocar mais antes` git commit` usando `git add`) para cada caminho. Um exemplo de saída é assim:

note: type: Plain text
en: It shows that foo.png has differences from HEAD (but that is binary so line count cannot be shown) and there is no difference between indexed copy and the working tree version (if the working tree version were also different, 'binary' would have been shown in place of 'nothing').  The other file, git-add{litdd}interactive.perl, has 403 lines added and 35 lines deleted if you commit what is in the index, but working tree file has further modifications (one addition and one deletion).
pt_BR: Ele mostra que foo.png tem diferenças de HEAD (mas isso é binário, então a contagem de linhas não pode ser mostrada) e não há diferença entre a cópia indexada e a versão da árvore de trabalho (se a versão da árvore de trabalho também fosse diferente, 'binary' teria foi mostrado no lugar de 'nada'). O outro arquivo, git-add {litdd} interactive.perl, tem 403 linhas adicionadas e 35 linhas excluídas se você confirmar o que está no índice, mas o arquivo da árvore de trabalho tem modificações adicionais (uma adição e uma exclusão).

note: type: Plain text
en: This shows the status information and issues an "Update>>" prompt.  When the prompt ends with double '>>', you can make more than one selection, concatenated with whitespace or comma.  Also you can say ranges.  E.g. "2-5 7,9" to choose 2,3,4,5,7,9 from the list.  If the second number in a range is omitted, all remaining patches are taken.  E.g. "7-" to choose 7,8,9 from the list.  You can say '*' to choose everything.
pt_BR: Isso mostra as informações de status e emite um prompt "Atualizar".  Quando o prompt terminar com double '>>', você poderá fazer mais de uma seleção, concatenada com espaço em branco ou vírgula.  Além disso, você pode dizer intervalos.  Por exemplo. "2-5 7,9" para escolher 2,3,4,5,7,9 da lista.  Se o segundo número de um intervalo for omitido, todos os restantes serão tomados.  Por exemplo. "7-" para escolher 7,8,9 da lista.  Você pode dizer '*' para escolher tudo.

note: type: Plain text
en: What you chose are then highlighted with '*', like this:
pt_BR: O que você escolheu é destacado com '*', assim:

note: type: Plain text
en: To remove selection, prefix the input with `-` like this:
pt_BR: Para remover a seleção, prefixar a entrada com `-` assim:

note: type: delimited block -
en: Update>> -2
pt_BR: Atualização >> -2

note: type: Plain text
en: After making the selection, answer with an empty line to stage the contents of working tree files for selected paths in the index.
pt_BR: Depois de fazer a seleção, responda com uma linha vazia para preparar o conteúdo dos arquivos da árvore de trabalho para os caminhos selecionados no índice.

note: type: Labeled list
en: revert
pt_BR: reverter

note: type: Plain text
en: This has a very similar UI to 'update', and the staged information for selected paths are reverted to that of the HEAD version.  Reverting new paths makes them untracked.
pt_BR: Isso tem uma interface do usuário muito semelhante para 'atualizar', e as informações testadas para os caminhos selecionados são revertidas para aquela da versão HEAD.  A reversão de novos caminhos os torna desimpedidos.

note: type: Labeled list
en: add untracked
pt_BR: adicione sem traçado

note: type: Plain text
en: This has a very similar UI to 'update' and 'revert', and lets you add untracked paths to the index.
pt_BR: Isso tem uma interface do usuário muito semelhante para 'atualizar' e 'reverter' e permite adicionar caminhos não rastreados ao índice.

note: type: Plain text
en: This lets you choose one path out of a 'status' like selection.  After choosing the path, it presents the diff between the index and the working tree file and asks you if you want to stage the change of each hunk.  You can select one of the following options and type return:
pt_BR: Isso permite escolher um caminho de uma seleção como "status".  Depois de escolher o caminho, ele apresenta a diferença entre o índice e o arquivo da árvore de trabalho e pergunta se você deseja encenar a mudança de cada pedaço.  Você pode selecionar uma das seguintes opções e digitar retornar:

note: type: Plain text
en: y - stage this hunk
    n - do not stage this hunk
    q - quit; do not stage this hunk or any of the remaining ones
    a - stage this hunk and all later hunks in the file
    d - do not stage this hunk or any of the later hunks in the file
    g - select a hunk to go to
    / - search for a hunk matching the given regex
    j - leave this hunk undecided, see next undecided hunk
    J - leave this hunk undecided, see next hunk
    k - leave this hunk undecided, see previous undecided hunk
    K - leave this hunk undecided, see previous hunk
    s - split the current hunk into smaller hunks
    e - manually edit the current hunk
    ? - print help
pt_BR: y - encenar esse pedaço
    n - não encenar esse pedaço
    q - sair; não encenar este pedaço ou qualquer um dos restantes
    a - encenar esse pedaço e todos os pedaços posteriores no arquivo
    d - não encenar esse pedaço ou qualquer um dos pedaços posteriores no arquivo
    g - selecione um pedaço para ir
    / - procure por um pedaço que corresponda à regex dada
    j - deixe esse pedaço indeciso, veja o próximo pedaço indeciso
    k - deixe esse pedaço indeciso, veja o pedaço indeciso anterior
    K - deixe esse pedaço indeciso, veja o pedaço anterior
    s - divide o pedaço atual em pedaços menores
    e - edite manualmente o pedaço atual
    ? - ajuda de impressão

note: type: Plain text
en: After deciding the fate for all hunks, if there is any hunk that was chosen, the index is updated with the selected hunks.
pt_BR: Depois de decidir o destino de todos os pedaços, se houver algum pedaço escolhido, o índice é atualizado com os pedaços selecionados.

note: type: Plain text
en: You can omit having to type return here, by setting the configuration variable `interactive.singleKey` to `true`.
pt_BR: Você pode omitir ter que digitar return aqui, configurando a variável de configuração `interactive.singleKey` para` true`.

note: type: Plain text
en: This lets you review what will be committed (i.e. between HEAD and index).
pt_BR: Isso permite revisar o que será confirmado (por exemplo, entre HEAD e índice).

note: type: Title -
en: EDITING PATCHES
pt_BR: EDIÇÃO DE PATCHES

note: type: Plain text
en: Invoking `git add -e` or selecting `e` from the interactive hunk selector will open a patch in your editor; after the editor exits, the result is applied to the index. You are free to make arbitrary changes to the patch, but note that some changes may have confusing results, or even result in a patch that cannot be applied.  If you want to abort the operation entirely (i.e., stage nothing new in the index), simply delete all lines of the patch. The list below describes some common things you may see in a patch, and which editing operations make sense on them.
pt_BR: Chamar `git add -e` ou selecionar` e` no seletor interativo irá abrir um patch no seu editor; depois que o editor sai, o resultado é aplicado ao índice. Você está livre para fazer alterações arbitrárias no patch, mas observe que algumas alterações podem gerar resultados confusos ou até resultar em um patch que não pode ser aplicado.  Se você quiser abortar a operação completamente (isto é, não colocar nada novo no índice), simplesmente exclua todas as linhas do patch. A lista abaixo descreve algumas coisas comuns que você pode ver em um patch e quais operações de edição fazem sentido nelas.

note: type: Labeled list
en: added content
pt_BR: conteúdo adicionado

note: type: Plain text
en: Added content is represented by lines beginning with "{plus}". You can prevent staging any addition lines by deleting them.
pt_BR: O conteúdo adicionado é representado por linhas que começam com "{plus}". Você pode impedir a preparação de qualquer linha de adição excluindo-as.

note: type: Labeled list
en: removed content
pt_BR: conteúdo removido

note: type: Plain text
en: Removed content is represented by lines beginning with "-". You can prevent staging their removal by converting the "-" to a " " (space).
pt_BR: O conteúdo removido é representado por linhas que começam com "-". Você pode evitar a preparação da remoção convertendo o "-" para um " " (espaço).

note: type: Labeled list
en: modified content
pt_BR: conteúdo modificado

note: type: Plain text
en: Modified content is represented by "-" lines (removing the old content)  followed by "{plus}" lines (adding the replacement content). You can prevent staging the modification by converting "-" lines to " ", and removing "{plus}" lines. Beware that modifying only half of the pair is likely to introduce confusing changes to the index.
pt_BR: O conteúdo modificado é representado por linhas "-" (removendo o conteúdo antigo)  seguido por linhas "{plus}" (adicionando o conteúdo de substituição). Você pode impedir a preparação da modificação convertendo as linhas "-" para " " e removendo as linhas "{plus}". Tenha em atenção que é provável que a modificação de apenas metade do par introduza alterações confusas no índice.

note: type: Plain text
en: There are also more complex operations that can be performed. But beware that because the patch is applied only to the index and not the working tree, the working tree will appear to "undo" the change in the index.  For example, introducing a new line into the index that is in neither the HEAD nor the working tree will stage the new line for commit, but the line will appear to be reverted in the working tree.
pt_BR: Existem também operações mais complexas que podem ser executadas. Mas cuidado, porque o patch é aplicado apenas ao índice e não à árvore de trabalho, a árvore de trabalho aparecerá para "desfazer" a mudança no índice.  Por exemplo, a introdução de uma nova linha no índice que não esteja em HEAD nem na árvore de trabalho organizará a nova linha para confirmação, mas a linha parecerá ser revertida na árvore de trabalho.

note: type: Plain text
en: Avoid using these constructs, or do so with extreme caution.
pt_BR: Evite usar essas construções ou faça isso com extrema cautela.

note: type: Labeled list
en: removing untouched content
pt_BR: removendo conteúdo intocado

note: type: Plain text
en: Content which does not differ between the index and working tree may be shown on context lines, beginning with a " " (space).  You can stage context lines for removal by converting the space to a "-". The resulting working tree file will appear to re-add the content.
pt_BR: O conteúdo que não difere entre o índice e a árvore de trabalho pode ser mostrado em linhas de contexto, começando com um " " (espaço).  Você pode organizar linhas de contexto para remoção convertendo o espaço para um "-". O arquivo da árvore de trabalho resultante aparecerá para adicionar novamente o conteúdo.

note: type: Labeled list
en: modifying existing content
pt_BR: modificando o conteúdo existente

note: type: Plain text
en: One can also modify context lines by staging them for removal (by converting " " to "-") and adding a "{plus}" line with the new content.  Similarly, one can modify "{plus}" lines for existing additions or modifications. In all cases, the new modification will appear reverted in the working tree.
pt_BR: Também é possível modificar as linhas de contexto, organizando-as para remoção (convertendo " " para "-") e adicionando uma linha "{plus}" com o novo conteúdo.  Da mesma forma, pode-se modificar linhas "{plus}" para adições ou modificações existentes. Em todos os casos, a nova modificação aparecerá revertida na árvore de trabalho.

note: type: Labeled list
en: new content
pt_BR: novos conteúdos

note: type: Plain text
en: You may also add new content that does not exist in the patch; simply add new lines, each starting with "{plus}". The addition will appear reverted in the working tree.
pt_BR: Você também pode adicionar um novo conteúdo que não exista no patch; basta adicionar novas linhas, cada uma iniciando com "{plus}". A adição aparecerá revertida na árvore de trabalho.

note: type: Plain text
en: There are also several operations which should be avoided entirely, as they will make the patch impossible to apply:
pt_BR: Existem também várias operações que devem ser totalmente evitadas, pois elas tornarão o patch impossível de aplicar:

note: type: Plain text
en: adding context (" ") or removal ("-") lines
pt_BR: adicionando linhas de contexto (" ") ou remoção ("-")

note: type: Plain text
en: deleting context or removal lines
pt_BR: excluindo linhas de contexto ou remoção

note: type: Plain text
en: modifying the contents of context or removal lines
pt_BR: modificando o conteúdo do contexto ou linhas de remoção

note: type: Title -
en: SEE ALSO
pt_BR: VEJA TAMBÉM

note: type: Plain text
en: Part of the linkgit:git[1] suite
pt_BR: Parte do linkgit:git[1] suite

note: type: Plain text
en: git-am - Apply a series of patches from a mailbox
pt_BR: git-am - Aplica uma série de patches de uma caixa de correio

note: type: Plain text
en: 'git am' [--signoff] [--keep] [--[no-]keep-cr] [--[no-]utf8]
    	 [--[no-]3way] [--interactive] [--committer-date-is-author-date]
    	 [--ignore-date] [--ignore-space-change | --ignore-whitespace]
    	 [--whitespace=<option>] [-C<n>] [-p<n>] [--directory=<dir>]
    	 [--exclude=<path>] [--include=<path>] [--reject] [-q | --quiet]
    	 [--[no-]scissors] [-S[<keyid>]] [--patch-format=<format>]
    	 [(<mbox> | <Maildir>)...]
    'git am' (--continue | --skip | --abort | --quit | --show-current-patch[=(diff|raw)])
pt_BR: 'git am' [--signoff] [--keep] [--[no-]keep-cr] [--[no-]utf8]
    	 [--[no-]3way] [--interactive] [--committer-date-is-author-date]
    	 [--ignore-date] [--ignore-space-change | --ignore-whitespace]
    	 [--whitespace=<opção>] [-C<n>] [-p<n>] [--directory=<dir>]
    	 [--exclude=<caminho>] [--include=<caminho>] [--reject] [-q | --quiet]
    	 [--[no-]scissors] [-S[<keyid>]] [--patch-format=<formato>]
    	 [(<mbox> | <Maildir>)...]
    'git am' (--continue | --skip | --abort | --quit | --show-current-patch[=(diff|raw)])

note: type: Plain text
en: Splits mail messages in a mailbox into commit log message, authorship information and patches, and applies them to the current branch.
pt_BR: Divide as mensagens de correio em uma caixa de correio em mensagens de log de confirmação, informações de autoria e correções e as aplica ao ramo atual.

note: type: Plain text
en: The list of mailbox files to read patches from. If you do not supply this argument, the command reads from the standard input.  If you supply directories, they will be treated as Maildirs.
pt_BR: A lista de arquivos de caixa de correio para ler os patches. Se você não fornecer esse argumento, o comando lerá a partir da entrada padrão.  Se você fornecer diretórios, eles serão tratados como Maildirs.

note: type: Plain text
en: Add a `Signed-off-by:` line to the commit message, using the committer identity of yourself.  See the signoff option in linkgit:git-commit[1] for more information.
pt_BR: Adicione uma linha 'Assinado-off-by:' à mensagem de commit, usando a própria identidade do committer.  Veja a opção de signoff em linkgit:git-commit[1] para mais informações.

note: type: Plain text
en: Pass `-k` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).
pt_BR: Passe o sinalizador `-k` para 'git mailinfo' (veja linkgit:git-mailinfo[1]).

note: type: Plain text
en: Pass `-b` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).
pt_BR: Passe o sinalizador `-b` para 'git mailinfo' (veja linkgit:git-mailinfo[1]).

note: type: Plain text
en: With `--keep-cr`, call 'git mailsplit' (see linkgit:git-mailsplit[1])  with the same option, to prevent it from stripping CR at the end of lines. `am.keepcr` configuration variable can be used to specify the default behaviour.  `--no-keep-cr` is useful to override `am.keepcr`.
pt_BR: Com `--keep-cr`, chame 'git mailsplit' (veja linkgit:git-mailsplit[1])  com a mesma opção, para evitar que ele retire CR no final das linhas. A variável de configuração `am.keepcr` pode ser usada para especificar o comportamento padrão.  `--no-keep-cr` é útil para sobrescrever` am.keepcr`.

note: type: Plain text
en: Remove everything in body before a scissors line (see linkgit:git-mailinfo[1]). Can be activated by default using the `mailinfo.scissors` configuration variable.
pt_BR: Remova tudo no corpo antes de uma linha de tesoura (veja linkgit:git-mailinfo[1]). Pode ser ativado por padrão usando a variável de configuração `mailinfo.scissors`.

note: type: Plain text
en: Ignore scissors lines (see linkgit:git-mailinfo[1]).
pt_BR: Ignore linhas de tesoura (veja linkgit:git-mailinfo[1]).

note: type: Plain text
en: Pass the `-m` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]), so that the Message-ID header is added to the commit message.  The `am.messageid` configuration variable can be used to specify the default behaviour.
pt_BR: Passe o sinalizador `-m` para 'git mailinfo' (veja linkgit:git-mailinfo[1]), para que o cabeçalho do Message-ID seja adicionado à mensagem de submissão.  A variável de configuração 'am.messageid` pode ser usada para especificar o comportamento padrão.

note: type: Plain text
en: Do not add the Message-ID header to the commit message.  `no-message-id` is useful to override `am.messageid`.
pt_BR: Não adicione o cabeçalho do ID da mensagem à mensagem de confirmação.  `no-message-id` é útil para sobrescrever` am.messageid`.

note: type: Plain text
en: Be quiet. Only print error messages.
pt_BR: Fique quieto. Imprime apenas mensagens de erro.

note: type: Plain text
en: Pass `-u` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).  The proposed commit log message taken from the e-mail is re-coded into UTF-8 encoding (configuration variable `i18n.commitencoding` can be used to specify project's preferred encoding if it is not UTF-8).
pt_BR: Passe o sinalizador `-u` para 'git mailinfo' (veja linkgit:git-mailinfo[1]).  A mensagem de log de confirmação proposta retirada do e-mail é recodificada em codificação UTF-8 (a variável de configuração `i18n.commitencoding` pode ser usada para especificar a codificação preferida do projeto, se não for UTF-8).

note: type: Plain text
en: This was optional in prior versions of git, but now it is the
    default.   You can use `--no-utf8` to override this.
pt_BR: Isso era opcional em versões anteriores do git, agora é a
    predefinição.   User `--no-utf8` para sobrescrever isso.

note: type: Plain text
en: Pass `-n` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).
pt_BR: Passe o sinalizador `-n` para 'git mailinfo' (veja linkgit:git-mailinfo[1]).

note: type: Plain text
en: When the patch does not apply cleanly, fall back on 3-way merge if the patch records the identity of blobs it is supposed to apply to and we have those blobs available locally. `--no-3way` can be used to override am.threeWay configuration variable. For more information, see am.threeWay in linkgit:git-config[1].
pt_BR: Quando o patch não se aplica corretamente, use a mesclagem de 3 vias se o patch registra a identidade dos blobs aos quais ele deve se aplicar e temos esses blobs disponíveis localmente. `--no-3way` pode ser usado para sobrescrever a variável de configuração am.threeWay. Para mais informações, veja am.threeWay em linkgit:git-config[1].

note: type: Labeled list
en: --whitespace=<option>
pt_BR: --whitespace=<opção>

note: type: Labeled list
en: --exclude=<path>
pt_BR: --exclude=<caminho>

note: type: Labeled list
en: --include=<path>
pt_BR: --include=<caminho>

note: type: Plain text
en: These flags are passed to the 'git apply' (see linkgit:git-apply[1])  program that applies the patch.
pt_BR: Esses sinalizadores são passados para o programa 'git apply' (ver linkgit:git-apply 1])  que aplica o patch.

note: type: Plain text
en: By default the command will try to detect the patch format automatically. This option allows the user to bypass the automatic detection and specify the patch format that the patch(es) should be interpreted as. Valid formats are mbox, mboxrd, stgit, stgit-series and hg.
pt_BR: Por padrão, o comando tentará detectar o formato do patch automaticamente. Esta opção permite que o usuário ignore a detecção automática e especifique o formato do patch com o qual os patch(es) devem ser interpretados. Os formatos válidos são mbox, mboxrd, stgit, stgit-series e hg.

note: type: Plain text
en: Run interactively.
pt_BR: Corra interativamente.

note: type: Plain text
en: By default the command records the date from the e-mail message as the commit author date, and uses the time of commit creation as the committer date. This allows the user to lie about the committer date by using the same value as the author date.
pt_BR: Por padrão, o comando registra a data da mensagem de e-mail como a data do autor de confirmação e usa a hora da criação de confirmação como a data do committer. Isso permite ao usuário mentir sobre a data do committer usando o mesmo valor da data do autor.

note: type: Plain text
en: By default the command records the date from the e-mail message as the commit author date, and uses the time of commit creation as the committer date. This allows the user to lie about the author date by using the same value as the committer date.
pt_BR: Por padrão, o comando registra a data da mensagem de e-mail como a data do autor de confirmação e usa a hora da criação de confirmação como a data do committer. Isso permite ao usuário mentir sobre a data do autor usando o mesmo valor que a data do committer.

note: type: Plain text
en: Skip the current patch.  This is only meaningful when restarting an aborted patch.
pt_BR: Ignore o patch atual.  Isso só é significativo ao reiniciar um patch abortado.

note: type: Plain text
en: GPG-sign commits. The `keyid` argument is optional and defaults to the committer identity; if specified, it must be stuck to the option without a space.
pt_BR: Confirmações de assinatura de GPG. O argumento `keyid` é opcional e padroniza a identidade do committer; se especificado, deve estar preso à opção sem espaço.

note: type: Plain text
en: After a patch failure (e.g. attempting to apply conflicting patch), the user has applied it by hand and the index file stores the result of the application.  Make a commit using the authorship and commit log extracted from the e-mail message and the current index file, and continue.
pt_BR: Após uma falha de patch (por exemplo, tentar aplicar um patch em conflito), o usuário o aplicou manualmente e o arquivo de índice armazena o resultado do aplicativo.  Faça um commit usando o log de autoria e confirmação extraído da mensagem de e-mail e o arquivo de índice atual e continue.

note: type: Labeled list
en: --resolvemsg=<msg>
pt_BR: --resolvermsg=<msg>

note: type: Plain text
en: When a patch failure occurs, <msg> will be printed to the screen before exiting.  This overrides the standard message informing you to use `--continue` or `--skip` to handle the failure.  This is solely for internal use between 'git rebase' and 'git am'.
pt_BR: Quando ocorre uma falha de patch, <msg> será impresso na tela antes de sair.  Isto substitui a mensagem padrão informando que você deve usar `--continue` ou` --skip` para manipular a falha. Isto é apenas para uso interno entre 'git rebase' e 'git am'.

note: type: Plain text
en: Restore the original branch and abort the patching operation.
pt_BR: Restaure a ramificação original e aborte a operação de correção.

note: type: Plain text
en: Abort the patching operation but keep HEAD and the index untouched.
pt_BR: Anule a operação de correção, mas mantenha HEAD e o índice inalterados.

note: type: Plain text
en: Show the message at which `git am` has stopped due to conflicts.  If `raw` is specified, show the raw contents of the e-mail message; if `diff`, show the diff portion only.  Defaults to `raw`.
pt_BR: Exibe uma mensagem em que o `git am` parou devido aos conflitos.  Caso `raw` seja usado, exibe o conteúdo bruto da mensagem de email; e no caso `diff`, exibe apenas porção relacionada ao diff.  O padrão é "raw" (bruto/puro).

note: type: Title -
en: DISCUSSION
pt_BR: DISCUSSÃO

note: type: Plain text
en: The commit author name is taken from the "From: " line of the message, and commit author date is taken from the "Date: " line of the message.  The "Subject: " line is used as the title of the commit, after stripping common prefix "[PATCH <anything>]".  The "Subject: " line is supposed to concisely describe what the commit is about in one line of text.
pt_BR: O nome do autor de confirmação é retirado da linha "De:" da mensagem e a data do autor de envio é obtida a partir da linha "Data:" da mensagem.  A linha "Assunto:" é usada como o título da confirmação, após remover o prefixo comum "[PATCH <qualquer>>]".  A linha "Assunto:" deve descrever de forma concisa o que é o compromisso em uma linha de texto.

note: type: Plain text
en: "From: ", "Date: ", and "Subject: " lines starting the body override the respective commit author name and title values taken from the headers.
pt_BR: As linhas "De:", "Dia:" e "Assunto:" iniciando o corpo substituem os respectivos valores de nome e título do autor de confirmação retirados dos cabeçalhos.

note: type: Plain text
en: The commit message is formed by the title taken from the "Subject: ", a blank line and the body of the message up to where the patch begins.  Excess whitespace at the end of each line is automatically stripped.
pt_BR: A mensagem de confirmação é formada pelo título obtido a partir do "Assunto:", uma linha em branco e o corpo da mensagem até onde o patch começa.  O excesso de espaço em branco no final de cada linha é automaticamente eliminado.

note: type: Plain text
en: The patch is expected to be inline, directly following the message.  Any line that is of the form:
pt_BR: Espera-se que o patch esteja em linha, seguindo diretamente a mensagem. Qualquer linha que seja da forma:

note: type: Plain text
en: three-dashes and end-of-line, or
pt_BR: três-traços e fim-de-linha, ou

note: type: Plain text
en: a line that begins with "diff -", or
pt_BR: uma linha que começa com "diff -" ou

note: type: Plain text
en: a line that begins with "Index: "
pt_BR: uma linha que começa com "Index:"

note: type: Plain text
en: is taken as the beginning of a patch, and the commit log message is terminated before the first occurrence of such a line.
pt_BR: é tomado como o início de um patch, e a mensagem de log de confirmação é finalizada antes da primeira ocorrência de tal linha.

note: type: Plain text
en: When initially invoking `git am`, you give it the names of the mailboxes to process.  Upon seeing the first patch that does not apply, it aborts in the middle.  You can recover from this in one of two ways:
pt_BR: Ao invocar inicialmente o `git am`, você fornece os nomes das caixas de correio a serem processadas.  Ao ver o primeiro patch que não se aplica, ele aborta no meio.  Você pode se recuperar disso de duas maneiras:

note: type: Plain text
en: skip the current patch by re-running the command with the `--skip` option.
pt_BR: pule o patch atual reexecutando o comando com a opção `--skip`.

note: type: Plain text
en: hand resolve the conflict in the working directory, and update the index file to bring it into a state that the patch should have produced.  Then run the command with the `--continue` option.
pt_BR: mão resolver o conflito no diretório de trabalho e atualizar o arquivo de índice para colocá-lo em um estado que o patch deve ter produzido. 
     Então execute o comando com a opção `--continue`.

note: type: Plain text
en: The command refuses to process new mailboxes until the current operation is finished, so if you decide to start over from scratch, run `git am --abort` before running the command with mailbox names.
pt_BR: O comando se recusa a processar novas caixas de correio até que a operação atual seja concluída, portanto, se você decidir recomeçar do zero, execute o `git am --abort` antes de executar o comando com nomes de caixa de correio.

note: type: Plain text
en: Before any patches are applied, ORIG_HEAD is set to the tip of the current branch.  This is useful if you have problems with multiple commits, like running 'git am' on the wrong branch or an error in the commits that is more easily fixed by changing the mailbox (e.g.  errors in the "From:" lines).
pt_BR: Antes que qualquer correção seja aplicada, ORIG_HEAD é definido como a ponta da ramificação atual.  Isso é útil se você tiver problemas com várias confirmações, como executar 'git am' na ramificação errada ou um erro nas confirmações mais facilmente corrigido alterando a caixa de correio (por exemplo,  erros nas linhas "De:").

note: type: Title -
en: HOOKS
pt_BR: GANCHOS

note: type: Plain text
en: This command can run `applypatch-msg`, `pre-applypatch`, and `post-applypatch` hooks.  See linkgit:githooks[5] for more information.
pt_BR: Este comando pode executar os ganchos `applypatch-msg`,` pre-applypatch` e `post-applypatch`. Veja linkgit:githooks[5] para mais informações.

note: type: Plain text
en: git-annotate - Annotate file lines with commit information
pt_BR: git-annotate - Anote linhas de arquivo com informações de confirmação

note: type: Plain text
en: 'git annotate' [<options>] <file> [<revision>]
pt_BR: 'anotar git' [<opções>] <arquivo> [<revisão>]

note: type: Plain text
en: Annotates each line in the given file with information from the commit which introduced the line. Optionally annotates from a given revision.
pt_BR: Anota cada linha no arquivo fornecido com informações da confirmação que introduziu a linha. Anotação opcional de uma determinada revisão.

note: type: Plain text
en: The only difference between this command and linkgit:git-blame[1] is that they use slightly different output formats, and this command exists only for backward compatibility to support existing scripts, and provide a more familiar command name for people coming from other SCM systems.
pt_BR: A única diferença entre esse comando e o linkgit:git-blame[1] é que eles usam formatos de saída ligeiramente diferentes, e esse comando existe apenas para compatibilidade com versões anteriores para suportar scripts existentes e fornecer um nome de comando mais familiar para pessoas vindas de outros SCM sistemas.

note: type: Plain text
en: git-apply - Apply a patch to files and/or to the index
pt_BR: git-apply - Aplica um patch aos arquivos e/ou ao índice

note: type: Plain text
en: 'git apply' [--stat] [--numstat] [--summary] [--check] [--index | --intent-to-add] [--3way]
    	  [--apply] [--no-add] [--build-fake-ancestor=<file>] [-R | --reverse]
    	  [--allow-binary-replacement | --binary] [--reject] [-z]
    	  [-p<n>] [-C<n>] [--inaccurate-eof] [--recount] [--cached]
    	  [--ignore-space-change | --ignore-whitespace]
    	  [--whitespace=(nowarn|warn|fix|error|error-all)]
    	  [--exclude=<path>] [--include=<path>] [--directory=<root>]
    	  [--verbose] [--unsafe-paths] [<patch>...]
pt_BR: 'git apply' [--stat] [--numstat] [--summary] [--check] [--index | --intent-to-add] [--3way]
    	  [--apply] [--no-add] [--build-fake-ancestor=<arquivo>] [-R | --reverse]
    	  [--allow-binary-replacement | --binary] [--reject] [-z]
    	  [-p<n>] [-C<n>] [--inaccurate-eof] [--recount] [--cached]
    	  [--ignore-space-change | --ignore-whitespace]
    	  [--whitespace=(nowarn|warn|fix|error|error-all)]
    	  [--exclude=<caminho>] [--include=<caminho>] [--directory=<root>]
    	  [--verbose] [--unsafe-paths] [<patch>...]

note: type: Plain text
en: Reads the supplied diff output (i.e. "a patch") and applies it to files.  When running from a subdirectory in a repository, patched paths outside the directory are ignored.  With the `--index` option the patch is also applied to the index, and with the `--cached` option the patch is only applied to the index.  Without these options, the command applies the patch only to files, and does not require them to be in a Git repository.
pt_BR: Lê a saída do diff fornecida (por exemplo, "um patch") e aplica-a aos arquivos.  Ao executar a partir de um subdiretório em um repositório, os caminhos corrigidos fora do diretório são ignorados.  Com a opção `--index` o patch também é aplicado ao índice, e com a opção --cached` o patch é aplicado apenas ao índice.  Sem essas opções, o comando aplica o patch apenas aos arquivos e não exige que eles estejam em um repositório Git.

note: type: Plain text
en: This command applies the patch but does not create a commit.  Use linkgit:git-am[1] to create commits from patches generated by linkgit:git-format-patch[1] and/or received by email.
pt_BR: Este comando aplica o patch, mas não cria um commit.  Use linkgit:git-am[1] para criar commits de patches gerados pelo linkgit:git-format-patch[1] e/ou recebidos por e-mail.

note: type: Plain text
en: The files to read the patch from.  '-' can be used to read from the standard input.
pt_BR: Os arquivos para ler o patch de.  '-' pode ser usado para ler a entrada padrão.

note: type: Plain text
en: Instead of applying the patch, output diffstat for the input.  Turns off "apply".
pt_BR: Em vez de aplicar o patch, imprima o diffstat para a entrada.  Desativa "aplicar".

note: type: Plain text
en: Similar to `--stat`, but shows the number of added and deleted lines in decimal notation and the pathname without abbreviation, to make it more machine friendly.  For binary files, outputs two `-` instead of saying `0 0`.  Turns off "apply".
pt_BR: Semelhante ao `--stat`, mas exibe a quantidade de linhas adicionadas e excluídas sem a notação decimal e o nome do caminho sem abreviação para torná-lo mais amigável ao computador.  Para os arquivos binários, geram dois `-` em vez de ` 0 0`.  Desativa o "apply".

note: type: Plain text
en: Instead of applying the patch, output a condensed summary of information obtained from git diff extended headers, such as creations, renames and mode changes.  Turns off "apply".
pt_BR: Em vez de aplicar o patch, imprima um resumo condensado das informações obtidas a partir dos cabeçalhos estendidos do git diff, como criações, renomeações e mudanças de modo.  Desativa "aplicar".

note: type: Plain text
en: Instead of applying the patch, see if the patch is applicable to the current working tree and/or the index file and detects errors.  Turns off "apply".
pt_BR: Em vez de aplicar o patch, verifique se o patch é aplicável à árvore de trabalho atual e/ou ao arquivo de índice e detecta erros.  Desativa "aplicar".

note: type: Plain text
en: When `--check` is in effect, or when applying the patch (which is the default when none of the options that disables it is in effect), make sure the patch is applicable to what the current index file records.  If the file to be patched in the working tree is not up to date, it is flagged as an error.  This flag also causes the index file to be updated.
pt_BR: Quando `--check` estiver em vigor ou ao aplicar o patch (que é o padrão quando nenhuma das opções que o desativam estiver em vigor), certifique-se de que o patch seja aplicável ao que o arquivo de índice atual registra.  Se o arquivo a ser corrigido na árvore de trabalho não estiver atualizado, ele será marcado como um erro.  Esse sinalizador também faz com que o arquivo de índice seja atualizado.

note: type: Plain text
en: Apply a patch without touching the working tree. Instead take the cached data, apply the patch, and store the result in the index without using the working tree. This implies `--index`.
pt_BR: Aplique um patch sem tocar na árvore de trabalho. Em vez disso, pegue os dados em cache, aplique o patch e armazene o resultado no índice sem usar a árvore de trabalho. Isso implica em `--index`.

note: type: Plain text
en: When applying the patch only to the working tree, mark new files to be added to the index later (see `--intent-to-add` option in linkgit:git-add[1]). This option is ignored unless running in a Git repository and `--index` is not specified.  Note that `--index` could be implied by other options such as `--cached` or `--3way`.
pt_BR: Ao aplicar o patch somente na árvore de trabalho, marque novos arquivos a serem adicionados ao índice posteriormente (veja a opção `--intent-to-add` no linkgit:git-add[1]). Esta opção é ignorada, a menos que a execução em um repositório Git e `--index` não seja especificada.  Note que `--index` pode ser implicado por outras opções como` --cached` ou `--3way`.

note: type: Plain text
en: When the patch does not apply cleanly, fall back on 3-way merge if the patch records the identity of blobs it is supposed to apply to, and we have those blobs available locally, possibly leaving the conflict markers in the files in the working tree for the user to resolve.  This option implies the `--index` option, and is incompatible with the `--reject` and the `--cached` options.
pt_BR: Quando o patch não for aplicado corretamente, use a mesclagem de 3 vias caso o patch registre a identidade das gotas aos quais devem ser aplicadas disponibilizando-as localmente, possivelmente deixando os marcadores de conflito nos arquivos na árvore de trabalho para o usuário resolver.  Esta opção implica no uso de `--index` sendo incompatível com as opções `--reject` e `--cached`.

note: type: Labeled list
en: --build-fake-ancestor=<file>
pt_BR: --build-fake-ancestor=<arquivo>

note: type: Plain text
en: Newer 'git diff' output has embedded 'index information' for each blob to help identify the original version that the patch applies to.  When this flag is given, and if the original versions of the blobs are available locally, builds a temporary index containing those blobs.
pt_BR: A saída mais recente do 'git diff' incorporou 'informações de índice' para cada blob para ajudar a identificar a versão original à qual o patch se aplica.  Quando esse sinalizador é fornecido e se as versões originais dos blobs estão disponíveis localmente, cria um índice temporário contendo esses blobs.

note: type: Plain text
en: When a pure mode change is encountered (which has no index information), the information is read from the current index instead.
pt_BR: Quando uma alteração de modo puro é encontrada (que não contém informações de índice), as informações são lidas a partir do índice atual.

note: type: Plain text
en: Apply the patch in reverse.
pt_BR: Aplique o patch ao contrário.

note: type: Plain text
en: For atomicity, 'git apply' by default fails the whole patch and does not touch the working tree when some of the hunks do not apply.  This option makes it apply the parts of the patch that are applicable, and leave the rejected hunks in corresponding *.rej files.
pt_BR: Para atomicidade, 'git apply' por padrão falha em todo o patch e não toca na árvore de trabalho quando alguns dos blocos não se aplicam. 
     Essa opção faz com que ela aplique as partes do patch aplicáveis e deixa os pedaços rejeitados nos arquivos *.rej correspondentes.

note: type: Plain text
en: When `--numstat` has been given, do not munge pathnames, but use a NUL-terminated machine-readable format.
pt_BR: Quando `--numstat` for fornecido, não munge nomes de caminhos, mas use um formato legível por máquina com terminação NUL.

note: type: Plain text
en: Remove <n> leading path components (separated by slashes) from traditional diff paths. E.g., with `-p2`, a patch against `a/dir/file` will be applied directly to `file`. The default is 1.
pt_BR: Remova os componentes do caminho principal <n> (separados por barras) dos caminhos tradicionais do diff. Por exemplo, com `-p2`, um patch contra` a/dir/file` será aplicado diretamente ao `file`. O padrão é 1.

note: type: Plain text
en: Ensure at least <n> lines of surrounding context match before and after each change.  When fewer lines of surrounding context exist they all must match.  By default no context is ever ignored.
pt_BR: Assegure pelo menos <n> linhas de correspondência de contexto ao redor antes e depois de cada alteração.  Quando menos linhas de contexto circundante existem, todas devem corresponder.  Por padrão, nenhum contexto é ignorado.

note: type: Plain text
en: By default, 'git apply' expects that the patch being applied is a unified diff with at least one line of context.  This provides good safety measures, but breaks down when applying a diff generated with `--unified=0`. To bypass these checks use `--unidiff-zero`.
pt_BR: Por padrão, 'git apply' espera que o patch sendo aplicado seja um diff unificado com pelo menos uma linha de contexto.  Isso fornece boas medidas de segurança, mas é interrompido ao aplicar um diff gerado com `--unified = 0`. Para ignorar estas verificações, use `- unidiff-zero`.

note: type: Plain text
en: Note, for the reasons stated above usage of context-free patches is discouraged.
pt_BR: Note, pelas razões expostas acima, o uso de patches livres de contexto é desencorajado.

note: type: Plain text
en: If you use any of the options marked "Turns off 'apply'" above, 'git apply' reads and outputs the requested information without actually applying the patch.  Give this flag after those flags to also apply the patch.
pt_BR: Se você usar qualquer uma das opções marcadas como "Desativar 'aplicar'" acima, 'git apply' lerá e exibirá as informações solicitadas sem aplicar o patch.  Dê esse sinalizador após esses sinalizadores para também aplicar o patch.

note: type: Plain text
en: When applying a patch, ignore additions made by the patch.  This can be used to extract the common part between two files by first running 'diff' on them and applying the result with this option, which would apply the deletion part but not the addition part.
pt_BR: Ao aplicar um patch, ignore as adições feitas pelo patch.  Isso pode ser usado para extrair a parte comum entre dois arquivos, primeiro executando 'diff' neles e aplicando o resultado com essa opção, que aplicaria a parte de exclusão, mas não a parte de adição.

note: type: Plain text
en: Historically we did not allow binary patch applied without an explicit permission from the user, and this flag was the way to do so.  Currently we always allow binary patch application, so this is a no-op.
pt_BR: Historicamente, não permitíamos que o patch binário fosse aplicado sem uma permissão explícita do usuário, e esse sinalizador era a maneira de fazer isso.  Atualmente, sempre permitimos a aplicação de correção binária, portanto, isso é um não operacional.

note: type: Labeled list
en: --exclude=<path-pattern>
pt_BR: --exclude=<caminho-padrão>

note: type: Plain text
en: Don't apply changes to files matching the given path pattern. This can be useful when importing patchsets, where you want to exclude certain files or directories.
pt_BR: Não aplique alterações a arquivos correspondentes ao padrão de caminho fornecido. Isso pode ser útil ao importar conjuntos de patch, onde você deseja excluir determinados arquivos ou diretórios.

note: type: Labeled list
en: --include=<path-pattern>
pt_BR: --include=<caminho-padrão>

note: type: Plain text
en: Apply changes to files matching the given path pattern. This can be useful when importing patchsets, where you want to include certain files or directories.
pt_BR: Aplique mudanças nos arquivos correspondentes ao padrão de caminho fornecido. Isso pode ser útil ao importar conjuntos de patch, onde você deseja incluir determinados arquivos ou diretórios.

note: type: Plain text
en: When `--exclude` and `--include` patterns are used, they are examined in the order they appear on the command line, and the first match determines if a patch to each path is used.  A patch to a path that does not match any include/exclude pattern is used by default if there is no include pattern on the command line, and ignored if there is any include pattern.
pt_BR: Quando os padrões `--exclude` e` --include` são usados, eles são examinados na ordem em que aparecem na linha de comando, e a primeira correspondência determina se um patch para cada caminho é usado.  Um patch para um caminho que não corresponde a nenhum padrão de inclusão/exclusão é usado por padrão se não houver um padrão de inclusão na linha de comando e ignorado se houver algum padrão de inclusão.

note: type: Plain text
en: When applying a patch, ignore changes in whitespace in context lines if necessary.  Context lines will preserve their whitespace, and they will not undergo whitespace fixing regardless of the value of the `--whitespace` option. New lines will still be fixed, though.
pt_BR: Ao aplicar um patch, ignore as alterações no espaço em branco nas linhas de contexto, se necessário.  As linhas de contexto preservarão seu espaço em branco e não passarão por correção de espaço em branco, independentemente do valor da opção `--whitespace`. Novas linhas ainda serão corrigidas.

note: type: Labeled list
en: --whitespace=<action>
pt_BR: --whitespace=<ação>

note: type: Plain text
en: When applying a patch, detect a new or modified line that has whitespace errors.  What are considered whitespace errors is controlled by `core.whitespace` configuration.  By default, trailing whitespaces (including lines that solely consist of whitespaces) and a space character that is immediately followed by a tab character inside the initial indent of the line are considered whitespace errors.
pt_BR: Ao aplicar um patch, detecte uma linha nova ou modificada que tenha erros de espaço em branco.  O que é considerado erro de espaço em branco é controlado pela configuração `core.whitespace`.  Por padrão, os espaços em branco à direita (incluindo linhas que consistem apenas em espaços em branco) e um caractere de espaço que é imediatamente seguido por um caractere de tabulação dentro do recuo inicial da linha são considerados erros de espaço em branco.

note: type: Plain text
en: By default, the command outputs warning messages but applies the patch.  When `git-apply` is used for statistics and not applying a patch, it defaults to `nowarn`.
pt_BR: Por padrão, o comando gera mensagens de aviso, mas aplica o patch. 
     Quando o `git-apply` é usado para estatísticas e não aplica um patch, o padrão é` nowarn`.

note: type: Plain text
en: You can use different `<action>` values to control this behavior:
pt_BR: Você pode usar valores diferentes de <action> para controlar este comportamento:

note: type: Plain text
en: `nowarn` turns off the trailing whitespace warning.
pt_BR: `nowarn` desativa o aviso de espaço em branco à direita.

note: type: Plain text
en: `warn` outputs warnings for a few such errors, but applies the patch as-is (default).
pt_BR: `warn` envia avisos para alguns desses erros, mas aplica o patch como está (padrão).

note: type: Plain text
en: `fix` outputs warnings for a few such errors, and applies the patch after fixing them (`strip` is a synonym --- the tool used to consider only trailing whitespace characters as errors, and the fix involved 'stripping' them, but modern Gits do more).
pt_BR: `fix` envia avisos para alguns desses erros, e aplica o patch depois de corrigí-los (`strip` é um sinônimo --- a ferramenta costumava considerar apenas caracteres de espaço em branco como erros, e a correção envolvia 'descascá-los', mas Gits modernos fazem mais).

note: type: Plain text
en: `error` outputs warnings for a few such errors, and refuses to apply the patch.
pt_BR: `error` envia avisos para alguns desses erros e se recusa a aplicar o patch.

note: type: Plain text
en: `error-all` is similar to `error` but shows all errors.
pt_BR: `error-all` é semelhante a`error`, mas mostra todos os erros.

note: type: Plain text
en: Under certain circumstances, some versions of 'diff' do not correctly detect a missing new-line at the end of the file. As a result, patches created by such 'diff' programs do not record incomplete lines correctly. This option adds support for applying such patches by working around this bug.
pt_BR: Em determinadas circunstâncias, algumas versões do 'diff' não detectam corretamente uma nova linha ausente no final do arquivo. Como resultado, as correções criadas por esses programas 'diff' não registram linhas incompletas corretamente. Esta opção adiciona suporte para aplicar tais correções trabalhando em torno deste bug.

note: type: Plain text
en: Report progress to stderr. By default, only a message about the current patch being applied will be printed. This option will cause additional information to be reported.
pt_BR: Relatar o progresso para stderr. Por padrão, apenas uma mensagem sobre o patch atual sendo aplicado será impressa. Esta opção fará com que informações adicionais sejam relatadas.

note: type: Plain text
en: Do not trust the line counts in the hunk headers, but infer them by inspecting the patch (e.g. after editing the patch without adjusting the hunk headers appropriately).
pt_BR: Não confie nas contagens de linha nos cabeçalhos, mas deduza-as inspecionando o patch (por exemplo, depois de editar o patch sem ajustar os cabeçalhos adequadamente).

note: type: Labeled list
en: --directory=<root>
pt_BR: --directory=<raiz>

note: type: Plain text
en: Prepend <root> to all filenames.  If a "-p" argument was also passed, it is applied before prepending the new root.
pt_BR: Prefira <root> a todos os nomes de arquivos.  Se um argumento "-p" também foi passado, ele será aplicado antes de prefixar a nova raiz.

note: type: Plain text
en: For example, a patch that talks about updating `a/git-gui.sh` to `b/git-gui.sh` can be applied to the file in the working tree `modules/git-gui/git-gui.sh` by running `git apply --directory=modules/git-gui`.
pt_BR: Por exemplo, um patch que fala sobre a atualização de `a/git-gui.sh` para`b/git-gui.sh` pode ser aplicado ao arquivo na árvore de trabalho `modules/git-gui/git-gui.sh `executando`git apply --directory=modules/git-gui`.

note: type: Plain text
en: By default, a patch that affects outside the working area (either a Git controlled working tree, or the current working directory when "git apply" is used as a replacement of GNU patch) is rejected as a mistake (or a mischief).
pt_BR: Por padrão, um patch que afeta fora da área de trabalho (uma árvore de trabalho controlada pelo Git ou o diretório de trabalho atual quando o "git apply" é usado como uma substituição do patch GNU) é rejeitado como um erro (ou um dano).

note: type: Plain text
en: When `git apply` is used as a "better GNU patch", the user can pass the `--unsafe-paths` option to override this safety check.  This option has no effect when `--index` or `--cached` is in use.
pt_BR: Quando `git apply` é usado como um "melhor patch GNU", o usuário pode passar a opção` --unsafe-paths` para sobrescrever esta verificação de segurança. Esta opção não tem efeito quando o `--index` ou` --cached` está em uso.

note: type: Title -
en: CONFIGURATION
pt_BR: CONFIGURAÇÃO

note: type: Plain text
en: Set to 'change' if you want changes in whitespace to be ignored by default.  Set to one of: no, none, never, false if you want changes in whitespace to be significant.
pt_BR: Defina para 'alterar' se quiser que as alterações no espaço em branco sejam ignoradas por padrão.  Defina como um dos seguintes: não, nenhum, nunca, falso, se desejar que as mudanças no espaço em branco sejam significativas.

note: type: Plain text
en: When no `--whitespace` flag is given from the command line, this configuration item is used as the default.
pt_BR: Quando nenhum sinalizador `--whitespace` é usado a partir da linha de comandos, a predefinição é utilizar este item de configuração.

note: type: Title -
en: SUBMODULES
pt_BR: SUBMÓDULOS

note: type: Plain text
en: If the patch contains any changes to submodules then 'git apply' treats these changes as follows.
pt_BR: Se o patch contiver alguma alteração nos submódulos, 'git apply' tratará essas alterações da seguinte maneira.

note: type: Plain text
en: If `--index` is specified (explicitly or implicitly), then the submodule commits must match the index exactly for the patch to apply.  If any of the submodules are checked-out, then these check-outs are completely ignored, i.e., they are not required to be up to date or clean and they are not updated.
pt_BR: Se `--index` for especificado (explicitamente ou implicitamente), então o submódulo commit deve corresponder exatamente ao índice para o patch ser aplicado.  Se qualquer um dos submódulos estiver em check-out, esses check-outs serão completamente ignorados, ou seja, eles não precisarão estar atualizados ou limpos e não serão atualizados.

note: type: Plain text
en: If `--index` is not specified, then the submodule commits in the patch are ignored and only the absence or presence of the corresponding subdirectory is checked and (if possible) updated.
pt_BR: Caso a opção `--index` não seja informada, os submódulos confirmados no patch serão ignorados e somente a ausência ou presença do subdiretório correspondente será verificada e (se possível) atualizada.

note: type: Plain text
en: git-archimport - Import a GNU Arch repository into Git
pt_BR: git-archimport - Importar um repositório do GNU Arch para o Git

note: type: Plain text
en: Imports a project from one or more GNU Arch repositories.  It will follow branches and repositories within the namespaces defined by the <archive/branch> parameters supplied. If it cannot find the remote branch a merge comes from it will just import it as a regular commit. If it can find it, it will mark it as a merge whenever possible (see discussion below).
pt_BR: Importa um projeto de um ou mais repositórios do GNU Arch.  Ele seguirá ramificações e repositórios dentro dos namespaces definidos pelos parâmetros <archive/branch> fornecidos. Se ele não puder encontrar o branch remoto, uma merge será importada como um commit regular. Se puder encontrá-lo, ele será marcado como uma mesclagem sempre que possível (veja a discussão abaixo).

note: type: Plain text
en: The script expects you to provide the key roots where it can start the import from an 'initial import' or 'tag' type of Arch commit. It will follow and import new branches within the provided roots.
pt_BR: O script espera que você forneça as principais raízes onde ele pode iniciar a importação de um tipo 'initial import' ou 'tag' do Arch commit. Ele seguirá e importará novos ramos dentro das raízes fornecidas.

note: type: Plain text
en: It expects to be dealing with one project only. If it sees branches that have different roots, it will refuse to run. In that case, edit your <archive/branch> parameters to define clearly the scope of the import.
pt_BR: Espera estar lidando apenas com um projeto. Se ele vir ramificações com raízes diferentes, ele se recusará a ser executado. Nesse caso, edite seus parâmetros <archive/branch> para definir claramente o escopo da importação.

note: type: Plain text
en: 'git archimport' uses `tla` extensively in the background to access the Arch repository.  Make sure you have a recent version of `tla` available in the path. `tla` must know about the repositories you pass to 'git archimport'.
pt_BR: 'git archimport' usa `tla` extensivamente em segundo plano para acessar o repositório Arch.  Certifique-se de ter uma versão recente do `tla` disponível no caminho. `tla` deve saber sobre os repositórios que você passa para 'git archimport'.

note: type: Plain text
en: For the initial import, 'git archimport' expects to find itself in an empty directory. To follow the development of a project that uses Arch, rerun 'git archimport' with the same parameters as the initial import to perform incremental imports.
pt_BR: Para a importação inicial, o 'git archimport' espera encontrar-se em um diretório vazio. Para acompanhar o desenvolvimento de um projeto que usa o Arch, execute novamente o 'git archimport' com os mesmos parâmetros da importação inicial para executar importações incrementais.

note: type: Plain text
en: While 'git archimport' will try to create sensible branch names for the archives that it imports, it is also possible to specify Git branch names manually.  To do so, write a Git branch name after each <archive/branch> parameter, separated by a colon.  This way, you can shorten the Arch branch names and convert Arch jargon to Git jargon, for example mapping a "PROJECT{litdd}devo{litdd}VERSION" branch to "master".
pt_BR: Enquanto o 'git archimport' tentará criar nomes de ramificações sensíveis para os arquivos que ele importa, também é possível especificar os nomes das ramificações do Git manualmente.  Para fazer isso, escreva um nome de ramificação Git após cada parâmetro <archive/branch>, separado por dois pontos. Dessa forma, você pode encurtar os nomes das ramificações do Arch e converter o jargão do Arch para o jargão do Git, por exemplo, mapeando um "PROJECT {litdd} devo {litdd} VERSION" ramificação para "master".

note: type: Plain text
en: Associating multiple Arch branches to one Git branch is possible; the result will make the most sense only if no commits are made to the first branch, after the second branch is created.  Still, this is useful to convert Arch repositories that had been rotated periodically.
pt_BR: A associação de vários ramos do Arch a um ramo do Git é possível; o resultado fará mais sentido somente se nenhuma confirmação for feita na primeira ramificação, depois que a segunda ramificação for criada. 
     Ainda assim, isso é útil para converter repositórios do Arch que foram rotacionados periodicamente.

note: type: Plain text
en: Patch merge data from Arch is used to mark merges in Git as well. Git does not care much about tracking patches, and only considers a merge when a branch incorporates all the commits since the point they forked. The end result is that Git will have a good idea of how far branches have diverged. So the import process does lose some patch-trading metadata.
pt_BR: Os dados de mesclagem de patch do Arch são usados para marcar as mesclagens no Git também. O Git não se importa muito com o rastreamento de patches e considera apenas uma mesclagem quando um branch incorpora todos os commits desde o ponto que eles criaram. O resultado final é que o Git terá uma boa ideia de quanto as ramificações divergiram. Portanto, o processo de importação perde alguns metadados de troca de patches.

note: type: Plain text
en: Fortunately, when you try and merge branches imported from Arch, Git will find a good merge base, and it has a good chance of identifying patches that have been traded out-of-sequence between the branches.
pt_BR: Felizmente, quando você tenta mesclar ramificações importadas do Arch, o Git encontrará uma boa base de mesclagem e tem uma boa chance de identificar os patches que foram trocados fora de sequência entre os ramos.

note: type: Plain text
en: Display usage.
pt_BR: Exibir uso.

note: type: Plain text
en: Verbose output.
pt_BR: Saída detalhada.

note: type: Plain text
en: Many tags. Will create a tag for every commit, reflecting the commit name in the Arch repository.
pt_BR: Muitas tags. Irá criar uma tag para cada commit, refletindo o nome da commit no repositório Arch.

note: type: Plain text
en: Use the fast patchset import strategy.  This can be significantly faster for large trees, but cannot handle directory renames or permissions changes.  The default strategy is slow and safe.
pt_BR: Use a estratégia de importação de conjuntos de faixas rápida.  Isso pode ser significativamente mais rápido para árvores grandes, mas não pode manipular alterações de renomeação ou permissões de diretório.  A estratégia padrão é lenta e segura.

note: type: Plain text
en: Use this for compatibility with old-style branch names used by earlier versions of 'git archimport'.  Old-style branch names were category{litdd}branch, whereas new-style branch names are archive,category{litdd}branch{litdd}version.  In both cases, names given on the command-line will override the automatically-generated ones.
pt_BR: Use isso para compatibilidade com nomes de ramificações de estilo antigo usados por versões anteriores de 'git archimport'.  Os nomes de ramificações de estilo antigo eram da categoria {litdd}, enquanto os nomes de ramificações de novos estilos são archive, categoria {litdd} branch {litdd} version.  Em ambos os casos, os nomes dados na linha de comando substituirão os gerados automaticamente.

note: type: Plain text
en: Follow merge ancestry and attempt to import trees that have been merged from.  Specify a depth greater than 1 if patch logs have been pruned.
pt_BR: Siga o ancestral da mesclagem e tente importar as árvores que foram mescladas.  Especifique uma profundidade maior que 1 se os logs de patch tiverem sido removidos.

note: type: Plain text
en: Attempt to auto-register archives at `http://mirrors.sourcecontrol.net` This is particularly useful with the -D option.
pt_BR: Tente registrar automaticamente os arquivos em `http://mirrors.sourcecontrol.net` Isso é particularmente útil com a opção -D.

note: type: Plain text
en: Override the default tempdir.
pt_BR: Substituir o tempdir padrão.

note: type: Plain text
en: Archive/branch identifier in a format that `tla log` understands.
pt_BR: Arquivo/identificador de ramificação em um formato que o `tla log` entenda.

note: type: Plain text
en: git-archive - Create an archive of files from a named tree
pt_BR: git-archive - Cria um arquivo de arquivos de uma árvore nomeada

note: type: Plain text
en: 'git archive' [--format=<fmt>] [--list] [--prefix=<prefix>/] [<extra>]
    	      [-o <file> | --output=<file>] [--worktree-attributes]
    	      [--remote=<repo> [--exec=<git-upload-archive>]] <tree-ish>
    	      [<path>...]
pt_BR: 'git archive' [--format=<fmt>] [--list] [--prefix=<prefix>/] [<extra>]
    	      [-o <arquivo> | --output=<arquivo>] [--worktree-attributes]
    	      [--remote=<repo> [--exec=<arquivo-de-upload-git>]] <tree-ish>
    	      [<caminho>...]

note: type: Plain text
en: Creates an archive of the specified format containing the tree structure for the named tree, and writes it out to the standard output.  If <prefix> is specified it is prepended to the filenames in the archive.
pt_BR: Cria um archive do formato especificado contendo a estrutura em árvore da árvore nomeada e grava-a na saída padrão.  Se <prefix> for especificado, será anexado aos nomes de arquivo no arquivo.

note: type: Plain text
en: 'git archive' behaves differently when given a tree ID versus when given a commit ID or tag ID.  In the first case the current time is used as the modification time of each file in the archive.  In the latter case the commit time as recorded in the referenced commit object is used instead.  Additionally the commit ID is stored in a global extended pax header if the tar format is used; it can be extracted using 'git get-tar-commit-id'. In ZIP files it is stored as a file comment.
pt_BR: 'git archive' se comporta de maneira diferente quando recebe um ID de árvore versus quando recebe um ID de commit ou de tag.  No primeiro caso, a hora atual é usada como a hora de modificação de cada arquivo no arquivo.  No último caso, o tempo de confirmação conforme registrado no objeto de referência referenciado é usado no lugar.  Além disso, o ID de confirmação é armazenado em um cabeçalho global de pax estendido se o formato tar for usado; ele pode ser extraído usando 'git get-tar-commit-id'. Nos arquivos ZIP, ele é armazenado como um comentário de arquivo.

note: type: Plain text
en: Format of the resulting archive: 'tar' or 'zip'. If this option is not given, and the output file is specified, the format is inferred from the filename if possible (e.g. writing to "foo.zip" makes the output to be in the zip format). Otherwise the output format is `tar`.
pt_BR: Formato do arquivo resultante: 'tar' ou 'zip'. Se essa opção não for fornecida e o arquivo de saída for especificado, o formato é inferido do nome do arquivo, se possível (por exemplo, gravar em "foo.zip" faz com que a saída esteja no formato zip). Caso contrário, o formato de saída é `tar`.

note: type: Plain text
en: Show all available formats.
pt_BR: Mostrar todos os formatos disponíveis.

note: type: Plain text
en: Report progress to stderr.
pt_BR: Relatar o progresso para stderr.

note: type: Plain text
en: Prepend <prefix>/ to each filename in the archive.
pt_BR: Prefira <prefixo>/ para cada nome de arquivo no arquivo.

note: type: Labeled list
en: -o <file>
pt_BR: -o <arquivo>

note: type: Plain text
en: Write the archive to <file> instead of stdout.
pt_BR: Escreva o arquivo para <arquivo> em vez de stdout.

note: type: Plain text
en: Look for attributes in .gitattributes files in the working tree as well (see <<ATTRIBUTES>>).
pt_BR: Procure atributos em arquivos .gitattributes na árvore de trabalho (consulte << ATRIBUTOS >>).

note: type: Plain text
en: This can be any options that the archiver backend understands.  See next section.
pt_BR: Isso pode ser qualquer opção que o back-end do arquivador entenda. 
     Veja a próxima seção.

note: type: Plain text
en: Instead of making a tar archive from the local repository, retrieve a tar archive from a remote repository. Note that the remote repository may place restrictions on which sha1 expressions may be allowed in `<tree-ish>`. See linkgit:git-upload-archive[1] for details.
pt_BR: Em vez de criar um arquivo tar do repositório local, recupere um arquivo tar de um repositório remoto. Note que o repositório remoto pode colocar restrições sobre quais expressões sha1 podem ser permitidas em `<tree-ish>`. Veja linkgit:git-upload-archive[1] para detalhes.

note: type: Labeled list
en: --exec=<git-upload-archive>
pt_BR: --exec=<arquivo-de-upload-git>

note: type: Plain text
en: Used with --remote to specify the path to the 'git-upload-archive' on the remote side.
pt_BR: Usado com a opção `--remote` para determinar o caminho para `arquivo-de-upload-git` no lado remoto.

note: type: Plain text
en: The tree or commit to produce an archive for.
pt_BR: A árvore ou se compromete a produzir um arquivo para.

note: type: Plain text
en: Without an optional path parameter, all files and subdirectories of the current working directory are included in the archive.  If one or more paths are specified, only these are included.
pt_BR: Sem um parâmetro de caminho opcional, todos os arquivos e subdiretórios do diretório de trabalho atual são incluídos no archive.  Se um ou mais caminhos forem especificados, somente eles serão incluídos.

note: type: Title -
en: BACKEND EXTRA OPTIONS
pt_BR: OPÇÕES DE BACKEND EXTRA

note: type: Plain text
en: Store the files instead of deflating them.
pt_BR: Armazene os arquivos em vez de esvaziá-los.

note: type: Plain text
en: Highest and slowest compression level.  You can specify any number from 1 to 9 to adjust compression speed and ratio.
pt_BR: Maior e mais lento nível de compressão.  Você pode especificar qualquer número de 1 a 9 para ajustar a velocidade e a taxa de compactação.

note: type: Plain text
en: This variable can be used to restrict the permission bits of tar archive entries.  The default is 0002, which turns off the world write bit.  The special value "user" indicates that the archiving user's umask will be used instead.  See umask(2) for details.  If `--remote` is used then only the configuration of the remote repository takes effect.
pt_BR: Esta variável pode ser usada para restringir os bits de permissão das entradas do arquivo tar.  O padrão é 0002, que desativa o bit de gravação do mundo.  O valor especial "user" indica que a máscara do usuário de arquivamento será usada no lugar. Veja umask(2) para detalhes.  Se `--remote` for usado, somente a configuração do repositório remoto entrará em vigor.

note: type: Labeled list
en: tar.<format>.command
pt_BR: tar.<formato>.comando

note: type: Plain text
en: This variable specifies a shell command through which the tar output generated by `git archive` should be piped. The command is executed using the shell with the generated tar file on its standard input, and should produce the final output on its standard output. Any compression-level options will be passed to the command (e.g., "-9"). An output file with the same extension as `<format>` will be use this format if no other format is given.
pt_BR: Esta variável especifica um comando shell através do qual a saída tar gerada pelo `git archive` deve ser canalizada. O comando é executado usando o shell com o arquivo tar gerado em sua entrada padrão e deve produzir a saída final em sua saída padrão. Quaisquer opções de nível de compactação serão passadas para o comando (por exemplo, "-9"). Um arquivo de saída com a mesma extensão que o `<format>` será usado neste formato se nenhum outro formato for dado.

note: type: Plain text
en: The "tar.gz" and "tgz" formats are defined automatically and default to `gzip -cn`. You may override them with custom commands.
pt_BR: Os formatos "tar.gz" e "tgz" são definidos automaticamente e padrão para "gzip -cn". Você pode substituí-los por comandos personalizados.

note: type: Labeled list
en: tar.<format>.remote
pt_BR: tar.<formato>.remoto

note: type: Plain text
en: If true, enable `<format>` for use by remote clients via linkgit:git-upload-archive[1]. Defaults to false for user-defined formats, but true for the "tar.gz" and "tgz" formats.
pt_BR: Se verdadeiro, habilite o `<format>` para uso por clientes remotos via linkgit:git-upload-archive[1]. O padrão é false para formatos definidos pelo usuário, mas é verdadeiro para os formatos "tar.gz" e "tgz".

note: type: Title -
en: ATTRIBUTES
pt_BR: ATRIBUTOS

note: type: Labeled list
en: export-ignore
pt_BR: exportar-ignorar

note: type: Plain text
en: Files and directories with the attribute export-ignore won't be added to archive files.  See linkgit:gitattributes[5] for details.
pt_BR: Arquivos e diretórios com o atributo export-ignore não serão adicionados aos arquivos archive.  Veja linkgit:gitattributes[5] para detalhes.

note: type: Labeled list
en: export-subst
pt_BR: exportar-subst

note: type: Plain text
en: If the attribute export-subst is set for a file then Git will expand several placeholders when adding this file to an archive.  See linkgit:gitattributes[5] for details.
pt_BR: Se o atributo export-subst estiver configurado para um arquivo, o Git expandirá vários marcadores ao incluir esse arquivo em um archive. Veja linkgit:gitattributes[5] para detalhes.

note: type: Plain text
en: Note that attributes are by default taken from the `.gitattributes` files in the tree that is being archived.  If you want to tweak the way the output is generated after the fact (e.g. you committed without adding an appropriate export-ignore in its `.gitattributes`), adjust the checked out `.gitattributes` file as necessary and use `--worktree-attributes` option.  Alternatively you can keep necessary attributes that should apply while archiving any tree in your `$GIT_DIR/info/attributes` file.
pt_BR: Observe que os atributos são, por padrão, obtidos dos arquivos `.gitattributes` na árvore que está sendo arquivada.  Se você quer ajustar a maneira como a saída é gerada após o fato (por exemplo, você cometeu sem adicionar um export-ignore apropriado em seu `.gitattributes`), ajuste o arquivo`.gitattributes` retirado conforme necessário e use `--worktree -atributos` opção.  Alternativamente, você pode manter os atributos necessários que devem ser aplicados durante o arquivamento de qualquer árvore em seu arquivo `$ GIT_DIR / info / attributes`.

note: type: Plain text
en: Create a tar archive that contains the contents of the latest commit on the current branch, and extract it in the `/var/tmp/junk` directory.
pt_BR: Crie um arquivo tar que contenha o conteúdo do commit mais recente no branch atual, e extraia-o no diretório `/var/tmp/junk`.

note: type: Plain text
en: Create a compressed tarball for v1.4.0 release.
pt_BR: Crie um tarball comprimido para a versão v1.4.0.

note: type: Plain text
en: Same as above, but using the builtin tar.gz handling.
pt_BR: O mesmo que acima, mas usando o manuseio tar.gz embutido.

note: type: Plain text
en: Same as above, but the format is inferred from the output file.
pt_BR: O mesmo que acima, mas o formato é inferido do arquivo de saída.

note: type: Plain text
en: Create a compressed tarball for v1.4.0 release, but without a global extended pax header.
pt_BR: Crie um tarball compactado para a versão v1.4.0, mas sem um cabeçalho pax global estendido.

note: type: Plain text
en: Put everything in the current head's Documentation/ directory into 'git-1.4.0-docs.zip', with the prefix 'git-docs/'.
pt_BR: Coloque tudo no diretório Documentação / da cabeça atual em 'git-1.4.0-docs.zip', com o prefixo 'git-docs /'.

note: type: Labeled list
en: `git archive -o latest.zip HEAD`
pt_BR: `git arquivo -o mais-recentest.zip CABEÇA`

note: type: Plain text
en: Create a Zip archive that contains the contents of the latest commit on the current branch. Note that the output format is inferred by the extension of the output file.
pt_BR: Crie um arquivo Zip que contenha o conteúdo do último commit na ramificação atual. Observe que o formato de saída é inferido pela extensão do arquivo de saída.

note: type: Labeled list
en: `git config tar.tar.xz.command "xz -c"`
pt_BR: `git config tar.tar.xz.command" xz -c "`

note: type: Plain text
en: Configure a "tar.xz" format for making LZMA-compressed tarfiles.  You can use it specifying `--format=tar.xz`, or by creating an output file like `-o foo.tar.xz`.
pt_BR: Configure um formato "tar.xz" para fazer arquivos tar compactados com LZMA. Você pode usá-lo especificando `--format = tar.xz`, ou criando um arquivo de saída como` -o foo.tar.xz`.

note: type: Plain text
en: git-bisect - Use binary search to find the commit that introduced a bug
pt_BR: git-bisect - Use a pesquisa binária para encontrar o commit que introduziu um bug

note: type: Plain text
en: 'git bisect' <subcommand> <options>
pt_BR: 'git bisect' <subcomando> <opções>

note: type: Plain text
en: The command takes various subcommands, and different options depending on the subcommand:
pt_BR: O comando assume vários subcomandos e diferentes opções, dependendo do subcomando:

note: type: Plain text
en:  git bisect start [--term-{old,good}=<term> --term-{new,bad}=<term>]
    		  [--no-checkout] [<bad> [<good>...]] [--] [<paths>...]
     git bisect (bad|new|<term-new>) [<rev>]
     git bisect (good|old|<term-old>) [<rev>...]
     git bisect terms [--term-good | --term-bad]
     git bisect skip [(<rev>|<range>)...]
     git bisect reset [<commit>]
     git bisect (visualize|view)
     git bisect replay <logfile>
     git bisect log
     git bisect run <cmd>...
     git bisect help
pt_BR:  git bisect start [--term-{old,good}=<termo> --term-{new,bad}=<termo>]
    		  [--no-checkout] [<bad> [<good>...]] [--] [<caminhos>...]
     git bisect (bad|new|<novo-termo>) [<rev>]
     git bisect (good|old|<termo-antigo>) [<rev>...]
     git bisect terms [--term-good | --term-bad]
     git bisect skip [(<rev>|<faixa>)...]
     git bisect reset [<commit>]
     git bisect (visualize|view)
     git bisect replay <logfile>
     git bisect log
     git bisect run <cmd>...
     git bisect help

note: type: Plain text
en: This command uses a binary search algorithm to find which commit in your project's history introduced a bug. You use it by first telling it a "bad" commit that is known to contain the bug, and a "good" commit that is known to be before the bug was introduced. Then `git bisect` picks a commit between those two endpoints and asks you whether the selected commit is "good" or "bad". It continues narrowing down the range until it finds the exact commit that introduced the change.
pt_BR: Esse comando usa um algoritmo de busca binária para descobrir qual commit no histórico do seu projeto introduziu um bug. Você o utiliza primeiro informando a um commit "ruim" que é conhecido por conter o bug, e um commit "bom" que é sabido antes do bug ser introduzido. Então, `git bisect` seleciona um commit entre esses dois endpoints e pergunta se o commit selecionado é" good "ou" bad ". Ele continua reduzindo o intervalo até encontrar o commit exato que introduziu a mudança.

note: type: Plain text
en: In fact, `git bisect` can be used to find the commit that changed *any* property of your project; e.g., the commit that fixed a bug, or the commit that caused a benchmark's performance to improve. To support this more general usage, the terms "old" and "new" can be used in place of "good" and "bad", or you can choose your own terms. See section "Alternate terms" below for more information.
pt_BR: De fato, `git bisect` pode ser usado para encontrar o commit que mudou * qualquer * propriedade do seu projeto; por exemplo, o commit que corrigiu um bug, ou o commit que causou o desempenho de um benchmark para melhorar. Para suportar esse uso mais geral, os termos "antigo" e "novo" podem ser usados no lugar de "bom" e "ruim", ou você pode escolher seus próprios termos. Consulte a seção "Termos alternativos" abaixo para obter mais informações.

note: type: Title ~
en: Basic bisect commands: start, bad, good
pt_BR: Comandos básicos da bissecção: começar, ruim, bom

note: type: Plain text
en: As an example, suppose you are trying to find the commit that broke a feature that was known to work in version `v2.6.13-rc2` of your project. You start a bisect session as follows:
pt_BR: Como exemplo, suponha que você esteja tentando encontrar o commit que quebrou um recurso que era conhecido por funcionar na versão `v2.6.13-rc2` do seu projeto. Você inicia uma sessão de bisseção da seguinte maneira:

note: type: delimited block -
en: $ git bisect start
    $ git bisect bad                 # Current version is bad
    $ git bisect good v2.6.13-rc2    # v2.6.13-rc2 is known to be good
pt_BR: $ git bisect start
    $ git bisect bad                 # A versão atual está ruim
    $ git bisect good v2.6.13-rc2    # v2.6.13-rc2 é conhecido por estar bom

note: type: Plain text
en: Once you have specified at least one bad and one good commit, `git bisect` selects a commit in the middle of that range of history, checks it out, and outputs something similar to the following:
pt_BR: Uma vez que você tenha especificado pelo menos um commit ruim e um bom commit, o `git bisect` seleciona um commit no meio desse intervalo do histórico, faz check-out e produz algo similar ao seguinte:

note: type: delimited block -
en: Bisecting: 675 revisions left to test after this (roughly 10 steps)
pt_BR: Bisecting: 675 revisões deixadas para testar depois disso (aproximadamente 10 passos)

note: type: Plain text
en: You should now compile the checked-out version and test it. If that version works correctly, type
pt_BR: Agora você deve compilar a versão com check-out e testá-la. Se essa versão funcionar corretamente, digite

note: type: delimited block -
en: $ git bisect good
pt_BR: $ git bisect bom

note: type: Plain text
en: If that version is broken, type
pt_BR: Se essa versão estiver quebrada, digite

note: type: delimited block -
en: $ git bisect bad
pt_BR: $ git bisect mau

note: type: Plain text
en: Then `git bisect` will respond with something like
pt_BR: Então `git bisect` irá responder com algo como

note: type: delimited block -
en: Bisecting: 337 revisions left to test after this (roughly 9 steps)
pt_BR: Bisecting: 337 revisões deixadas para testar depois disso (aproximadamente 9 passos)

note: type: Plain text
en: Keep repeating the process: compile the tree, test it, and depending on whether it is good or bad run `git bisect good` or `git bisect bad` to ask for the next commit that needs testing.
pt_BR: Continue repetindo o processo: compile a árvore, teste-a e, dependendo se ela é boa ou ruim, execute `git bisect good` ou` git bisect bad` para solicitar o próximo commit que precisa ser testado.

note: type: Plain text
en: Eventually there will be no more revisions left to inspect, and the command will print out a description of the first bad commit. The reference `refs/bisect/bad` will be left pointing at that commit.
pt_BR: Eventualmente, não haverá mais revisões para inspecionar e o comando imprimirá uma descrição do primeiro commit inválido. A referência `refs/bisect/bad` será deixada apontando para o commit.

note: type: Title ~
en: Bisect reset
pt_BR: Redefinir bisseta

note: type: Plain text
en: After a bisect session, to clean up the bisection state and return to the original HEAD, issue the following command:
pt_BR: Após uma sessão de divisão, para limpar o estado de bisseção e retornar ao CABEÇO original, emita o seguinte comando:

note: type: delimited block -
en: $ git bisect reset
pt_BR: $ git redefinição de bisseta

note: type: Plain text
en: By default, this will return your tree to the commit that was checked out before `git bisect start`.  (A new `git bisect start` will also do that, as it cleans up the old bisection state.)
pt_BR: Por padrão, isso retornará sua árvore para o commit que foi verificado antes de `git bisect start`.  (Um novo `git início de bisseta` também fará isso, já que limpa o antigo estado de bisseção.)

note: type: Plain text
en: With an optional argument, you can return to a different commit instead:
pt_BR: Com um argumento opcional, você pode retornar a um commit diferente:

note: type: delimited block -
en: $ git bisect reset <commit>
pt_BR: $ git redefinição de bisseta <commit>

note: type: Plain text
en: For example, `git bisect reset bisect/bad` will check out the first bad revision, while `git bisect reset HEAD` will leave you on the current bisection commit and avoid switching commits at all.
pt_BR: Por exemplo, `git bisect reset bisect/bad` irá verificar a primeira revisão incorreta, enquanto` git bisect reset HEAD` deixará você no commit atual da bisseção e evitará cometer commits.

note: type: Title ~
en: Alternate terms
pt_BR: Termos alternativos

note: type: Plain text
en: Sometimes you are not looking for the commit that introduced a breakage, but rather for a commit that caused a change between some other "old" state and "new" state. For example, you might be looking for the commit that introduced a particular fix. Or you might be looking for the first commit in which the source-code filenames were finally all converted to your company's naming standard. Or whatever.
pt_BR: Às vezes, você não está procurando a confirmação que introduziu uma quebra, mas sim uma confirmação que causou uma alteração entre algum outro estado "antigo" e o estado "novo". Por exemplo, você pode estar procurando o commit que introduziu uma correção específica. Ou você pode estar procurando pelo primeiro commit no qual os nomes dos arquivos de código-fonte foram finalmente convertidos para o padrão de nomenclatura de sua empresa. Como queira.

note: type: Plain text
en: In such cases it can be very confusing to use the terms "good" and "bad" to refer to "the state before the change" and "the state after the change". So instead, you can use the terms "old" and "new", respectively, in place of "good" and "bad". (But note that you cannot mix "good" and "bad" with "old" and "new" in a single session.)
pt_BR: Em tais casos, pode ser muito confuso usar os termos "bom" e "ruim" para se referir a "o estado antes da mudança" e "o estado após a mudança". Então, em vez disso, você pode usar os termos "antigo" e "novo", respectivamente, no lugar de "bom" e "ruim". (Mas note que você não pode misturar "bom" e "ruim" com "velho" e "novo" em uma única sessão.)

note: type: Plain text
en: In this more general usage, you provide `git bisect` with a "new" commit that has some property and an "old" commit that doesn't have that property. Each time `git bisect` checks out a commit, you test if that commit has the property. If it does, mark the commit as "new"; otherwise, mark it as "old". When the bisection is done, `git bisect` will report which commit introduced the property.
pt_BR: Neste uso mais geral, você fornece `git bisect` com um commit" novo "que tem alguma propriedade e um commit" antigo "que não tem essa propriedade. Cada vez que `git bisect` faz o check out de um commit, você testa se o commit tem a propriedade. Em caso afirmativo, marque o commit como "novo"; Caso contrário, marque-o como "antigo". Quando a bissecção estiver concluída, o `git bisect` informará qual commit introduziu a propriedade.

note: type: Plain text
en: To use "old" and "new" instead of "good" and bad, you must run `git bisect start` without commits as argument and then run the following commands to add the commits:
pt_BR: Para usar "velho" e "novo" em vez de "bom" e mau, você deve executar o `git bisect start` sem confirmar como argumento e depois executar os seguintes comandos para adicionar os commits:

note: type: delimited block -
en: git bisect old [<rev>]
pt_BR: git bisseta velha [<rev>]

note: type: Plain text
en: to indicate that a commit was before the sought change, or
pt_BR: para indicar que um commit foi feito antes da mudança solicitada, ou

note: type: delimited block -
en: git bisect new [<rev>...]
pt_BR: git bisseta nova [<rev>...]

note: type: Plain text
en: to indicate that it was after.
pt_BR: para indicar que foi depois.

note: type: Plain text
en: To get a reminder of the currently used terms, use
pt_BR: Para receber um lembrete dos termos usados no momento, use

note: type: delimited block -
en: git bisect terms
pt_BR: git termos de divisão

note: type: Plain text
en: You can get just the old (respectively new) term with `git bisect terms --term-old` or `git bisect terms --term-good`.
pt_BR: Você pode obter apenas o termo antigo (respectivamente novo) com `git bisect terms --term-old` ou` git bisect terms --term-good`.

note: type: Plain text
en: If you would like to use your own terms instead of "bad"/"good" or "new"/"old", you can choose any names you like (except existing bisect subcommands like `reset`, `start`, ...) by starting the bisection using
pt_BR: Se você gostaria de usar seus próprios termos em vez de "ruim"/ "bom" ou "novo"/ "velho", você pode escolher qualquer nome que quiser (exceto os subcomandos bisect existentes como `reset`,` start`, .. .) iniciando a bissecção usando

note: type: delimited block -
en: git bisect start --term-old <term-old> --term-new <term-new>
pt_BR: git bisect start --term-old <termo-antigo> --term-new <novo-termo>

note: type: Plain text
en: For example, if you are looking for a commit that introduced a performance regression, you might use
pt_BR: Por exemplo, se você estiver procurando por uma confirmação que introduziu uma regressão de desempenho, poderá usar

note: type: Plain text
en: Or if you are looking for the commit that fixed a bug, you might use
pt_BR: Ou se você está procurando o commit que corrigiu um bug, você pode usar

note: type: Plain text
en: Then, use `git bisect <term-old>` and `git bisect <term-new>` instead of `git bisect good` and `git bisect bad` to mark commits.
pt_BR: Então, use `git divisão <termo-velho>` e `git divisão <termo-novo>` em vez de `git divisão bom` e` git divisão mau` para marcar os commits.

note: type: Title ~
en: Bisect visualize/view
pt_BR: Bissetrizar Visualizar/visão

note: type: Plain text
en: To see the currently remaining suspects in 'gitk', issue the following command during the bisection process (the subcommand `view` can be used as an alternative to `visualize`):
pt_BR: Para ver os suspeitos restantes no 'gitk', emita o seguinte comando durante o processo de bissetriz (o `view` do subcomando pode ser usado como uma alternativa para` visualize`):

note: type: delimited block -
en: $ git bisect visualize
pt_BR: $ git visualizar divisão

note: type: Plain text
en: If the `DISPLAY` environment variable is not set, 'git log' is used instead.  You can also give command-line options such as `-p` and `--stat`.
pt_BR: Se a variável de ambiente `DISPLAY` não estiver definida, o 'git log' é usado em seu lugar.  Você também pode dar opções de linha de comando como `-p` e` --stat`.

note: type: Title ~
en: Bisect log and bisect replay
pt_BR: Divisão de log e divisão de replay

note: type: Plain text
en: After having marked revisions as good or bad, issue the following command to show what has been done so far:
pt_BR: Depois de ter marcado as revisões como boas ou ruins, emita o seguinte comando para mostrar o que foi feito até agora:

note: type: delimited block -
en: $ git bisect log
pt_BR: $ git log de divisão

note: type: Plain text
en: If you discover that you made a mistake in specifying the status of a revision, you can save the output of this command to a file, edit it to remove the incorrect entries, and then issue the following commands to return to a corrected state:
pt_BR: Se você descobrir que cometeu um erro ao especificar o status de uma revisão, poderá salvar a saída desse comando em um arquivo, editá-lo para remover as entradas incorretas e, em seguida, emitir os seguintes comandos para retornar a um estado corrigido:

note: type: delimited block -
en: $ git bisect reset
    $ git bisect replay that-file
pt_BR: $ git redefinição de divisão
    $ git repetir a divisão desse arquivo

note: type: Title ~
en: Avoiding testing a commit
pt_BR: Evitando testar um commit

note: type: Plain text
en: If, in the middle of a bisect session, you know that the suggested revision is not a good one to test (e.g. it fails to build and you know that the failure does not have anything to do with the bug you are chasing), you can manually select a nearby commit and test that one instead.
pt_BR: Se, no meio de uma sessão de bisect, você sabe que a revisão sugerida não é boa para testar (por exemplo, ela falha em construir e você sabe que a falha não tem nada a ver com o bug que você está perseguindo), pode selecionar manualmente um commit próximo e testá-lo.

note: type: Plain text
en: For example:
pt_BR: Por exemplo:

note: type: delimited block -
en: $ git bisect good/bad			# previous round was good or bad.
    Bisecting: 337 revisions left to test after this (roughly 9 steps)
    $ git bisect visualize			# oops, that is uninteresting.
    $ git reset --hard HEAD~3		# try 3 revisions before what
    					# was suggested
pt_BR: $ git bisect good/bad			# a rodada anterior estava boa ou ruim.
    Bisecting: 337 deixadas para serem testadas depois disso (aproximadamente 9 passos)
    $ git bisect visualize			# oops, isso não foi interessante.
    $ git reset --hard HEAD~3		# tente 3 revisões antes do que
    					# foi sugerido

note: type: Plain text
en: Then compile and test the chosen revision, and afterwards mark the revision as good or bad in the usual manner.
pt_BR: Em seguida, compile e teste a revisão escolhida e depois marque a revisão como boa ou ruim da maneira usual.

note: type: Title ~
en: Bisect skip
pt_BR: Pular divisão

note: type: Plain text
en: Instead of choosing a nearby commit by yourself, you can ask Git to do it for you by issuing the command:
pt_BR: Em vez de escolher um commit próximo, você pode pedir ao Git para fazer isso por você, emitindo o comando:

note: type: delimited block -
en: $ git bisect skip                 # Current version cannot be tested
pt_BR: $ git bisect skip                 # A versão atual não pode ser testada

note: type: Plain text
en: However, if you skip a commit adjacent to the one you are looking for, Git will be unable to tell exactly which of those commits was the first bad one.
pt_BR: No entanto, se você pular um commit adjacente ao que você está procurando, o Git não saberá exatamente qual desses commits foi o primeiro mau.

note: type: Plain text
en: You can also skip a range of commits, instead of just one commit, using range notation. For example:
pt_BR: Você também pode ignorar um intervalo de confirmações, em vez de apenas um commit, usando a notação de intervalo. Por exemplo:

note: type: delimited block -
en: $ git bisect skip v2.5..v2.6
pt_BR: $ git pular divisão v2.5..v2.6

note: type: Plain text
en: This tells the bisect process that no commit after `v2.5`, up to and including `v2.6`, should be tested.
pt_BR: Isso diz ao processo de divisão que nenhuma confirmação após `v2.5`, até e incluindo` v2.6`, deve ser testada.

note: type: Plain text
en: Note that if you also want to skip the first commit of the range you would issue the command:
pt_BR: Observe que, se você também quiser pular a primeira confirmação do intervalo, deverá emitir o comando:

note: type: delimited block -
en: $ git bisect skip v2.5 v2.5..v2.6
pt_BR: $ git pukar divisão v2.5 v2.5..v2.6

note: type: Plain text
en: This tells the bisect process that the commits between `v2.5` and `v2.6` (inclusive) should be skipped.
pt_BR: Isso informa ao processo de divisão que as confirmações entre `v2.5` e` v2.6` (inclusive) devem ser ignoradas.

note: type: Title ~
en: Cutting down bisection by giving more parameters to bisect start
pt_BR: Reduzir a bisseção, fornecendo mais parâmetros para o início da divisão

note: type: Plain text
en: You can further cut down the number of trials, if you know what part of the tree is involved in the problem you are tracking down, by specifying path parameters when issuing the `bisect start` command:
pt_BR: Você pode reduzir ainda mais o número de tentativas, se você souber que parte da árvore está envolvida no problema que você está rastreando, especificando parâmetros de caminho ao emitir o comando `bisect start`:

note: type: Plain text
en: If you know beforehand more than one good commit, you can narrow the bisect space down by specifying all of the good commits immediately after the bad commit when issuing the `bisect start` command:
pt_BR: Se você souber de antemão mais de um bom commit, você pode restringir o espaço de bisseção especificando todas as boas confirmações imediatamente após o commit negativo ao emitir o comando `bisect start`:

note: type: delimited block -
en: $ git bisect start v2.6.20-rc6 v2.6.20-rc4 v2.6.20-rc1 --
                       # v2.6.20-rc6 is bad
                       # v2.6.20-rc4 and v2.6.20-rc1 are good
pt_BR: $ git bisect start v2.6.20-rc6 v2.6.20-rc4 v2.6.20-rc1 --
                       # v2.6.20-rc6 está ruim
                       # v2.6.20-rc4 and v2.6.20-rc1 está boa

note: type: Title ~
en: Bisect run
pt_BR: Corrida de divisão

note: type: Plain text
en: If you have a script that can tell if the current source code is good or bad, you can bisect by issuing the command:
pt_BR: Se você tiver um script que possa dizer se o código-fonte atual é bom ou ruim, você pode dividir a divisão emitindo o comando:

note: type: delimited block -
en: $ git bisect run my_script arguments
pt_BR: $ git executar divisão de argumentos my_script

note: type: Plain text
en: Note that the script (`my_script` in the above example) should exit with code 0 if the current source code is good/old, and exit with a code between 1 and 127 (inclusive), except 125, if the current source code is bad/new.
pt_BR: Observe que o script (`my_script` no exemplo acima) deve sair com o código 0 se o código-fonte atual for bom / antigo e sair com um código entre 1 e 127 (inclusive), exceto 125, se o código-fonte atual for má notícia.

note: type: Plain text
en: Any other exit code will abort the bisect process. It should be noted that a program that terminates via `exit(-1)` leaves $? = 255, (see the exit(3) manual page), as the value is chopped with `& 0377`.
pt_BR: Qualquer outro código de saída abortará o processo de divisão. Deve-se notar que um programa que termina via `exit (-1)` deixa $? = 255, (veja a saída (3) página de manual), como o valor é cortado com `& 0377`.

note: type: Plain text
en: The special exit code 125 should be used when the current source code cannot be tested. If the script exits with this code, the current revision will be skipped (see `git bisect skip` above). 125 was chosen as the highest sensible value to use for this purpose, because 126 and 127 are used by POSIX shells to signal specific error status (127 is for command not found, 126 is for command found but not executable--these details do not matter, as they are normal errors in the script, as far as `bisect run` is concerned).
pt_BR: O código de saída especial 125 deve ser usado quando o código-fonte atual não puder ser testado. Se o script sair com este código, a revisão atual será pulada (veja `git bisect skip` acima). 125 foi escolhido como o valor sensivel mais alto a ser usado para este propósito, porque 126 e 127 são usados por shells POSIX para sinalizar status de erro específico (127 é para comando não encontrado, 126 é para comando encontrado mas não executável - esses detalhes não importa, como eles são erros normais no script, no que diz respeito `bisect run`).

note: type: Plain text
en: You may often find that during a bisect session you want to have temporary modifications (e.g. s/#define DEBUG 0/#define DEBUG 1/ in a header file, or "revision that does not have this commit needs this patch applied to work around another problem this bisection is not interested in") applied to the revision being tested.
pt_BR: Muitas vezes você pode achar que durante uma sessão de bisseção você quer ter modificações temporárias (por exemplo, s / # define DEBUG 0 / # define DEBUG 1 / em um arquivo de cabeçalho, ou "revisão que não tem este commit precisa deste patch aplicado a um trabalho outro problema que esta bissecção não está interessada em ") aplicada à revisão que está sendo testada.

note: type: Plain text
en: To cope with such a situation, after the inner 'git bisect' finds the next revision to test, the script can apply the patch before compiling, run the real test, and afterwards decide if the revision (possibly with the needed patch) passed the test and then rewind the tree to the pristine state.  Finally the script should exit with the status of the real test to let the `git bisect run` command loop determine the eventual outcome of the bisect session.
pt_BR: Para lidar com tal situação, após o 'git bisect' interno encontrar a próxima revisão a ser testada, o script pode aplicar o patch antes de compilar, executar o teste real e depois decidir se a revisão (possivelmente com o patch necessário) foi aprovada teste e rebobine a árvore até o estado original. Finalmente, o script deve sair com o status do teste real para permitir que o loop de comando `git bisect run` determine o resultado final da sessão de bisseção.

note: type: Plain text
en: Do not checkout the new working tree at each iteration of the bisection process. Instead just update a special reference named `BISECT_HEAD` to make it point to the commit that should be tested.
pt_BR: Não registre a nova árvore de trabalho em cada iteração do processo de bissecção. Em vez disso, basta atualizar uma referência especial chamada `BISECT_HEAD` para que aponte para a confirmação que deve ser testada.

note: type: Plain text
en: This option may be useful when the test you would perform in each step does not require a checked out tree.
pt_BR: Essa opção pode ser útil quando o teste que você executaria em cada etapa não exigir uma árvore com check-out.

note: type: Plain text
en: If the repository is bare, `--no-checkout` is assumed.
pt_BR: Se o repositório estiver vazio, `--no-checkout` é assumido.

note: type: Plain text
en: Automatically bisect a broken build between v1.2 and HEAD:
pt_BR: Bissectar automaticamente uma construção quebrada entre v1.2 e HEAD:

note: type: delimited block -
en: $ git bisect start HEAD v1.2 --      # HEAD is bad, v1.2 is good
    $ git bisect run make                # "make" builds the app
    $ git bisect reset                   # quit the bisect session
pt_BR: $ git bisect start HEAD v1.2 --      # HEAD está ruim, v1.2 está bom
    $ git bisect run make                # "make" compila o app
    $ git bisect reset                   # encerra a seção bisect

note: type: Plain text
en: Automatically bisect a test failure between origin and HEAD:
pt_BR: Bissectar automaticamente uma falha de teste entre origem e HEAD:

note: type: delimited block -
en: $ git bisect start HEAD origin --    # HEAD is bad, origin is good
    $ git bisect run make test           # "make test" builds and tests
    $ git bisect reset                   # quit the bisect session
pt_BR: $ git bisect start HEAD origin --    # HEAD está ruim, origin está bom
    $ git bisect run make test           # "make test" compila e testa
    $ git bisect reset                   # encerra a seção bisect

note: type: Plain text
en: Automatically bisect a broken test case:
pt_BR: Bissectar automaticamente um caso de teste quebrado:

note: type: delimited block -
en: $ cat ~/test.sh
    #!/bin/sh
    make || exit 125                     # this skips broken builds
    ~/check_test_case.sh                 # does the test case pass?
    $ git bisect start HEAD HEAD~10 --   # culprit is among the last 10
    $ git bisect run ~/test.sh
    $ git bisect reset                   # quit the bisect session
pt_BR: $ cat ~/test.sh
    #!/bin/sh
    make || exit 125                     # isso pula as construções que estiverem quebradas
    ~/check_test_case.sh                 # será que o caso de teste passa?
    $ git bisect start HEAD HEAD~10 --   # o culpado está entre os últimos 10
    $ git bisect run ~/test.sh
    $ git bisect reset                   # encerra a seção bisect

note: type: Plain text
en: Here we use a `test.sh` custom script. In this script, if `make` fails, we skip the current commit.  `check_test_case.sh` should `exit 0` if the test case passes, and `exit 1` otherwise.
pt_BR: Aqui nós usamos um script customizado `test.sh`. Neste script, se `make` falhar, pulamos o commit atual. `check_test_case.sh` deve` exit 0` se o caso de teste passar, e `exit 1` caso contrário.

note: type: Plain text
en: It is safer if both `test.sh` and `check_test_case.sh` are outside the repository to prevent interactions between the bisect, make and test processes and the scripts.
pt_BR: É mais seguro se os arquivos `test.sh` e` check_test_case.sh` estiverem fora do repositório para evitar interações entre os processos de divisão, criação e teste e os scripts.

note: type: Plain text
en: Automatically bisect with temporary modifications (hot-fix):
pt_BR: Cortar automaticamente com modificações temporárias (hot-fix):

note: type: delimited block -
en: $ cat ~/test.sh
    #!/bin/sh
pt_BR: $ cat ~/teste.sh
    #!/bin/sh

note: type: delimited block -
en: # tweak the working tree by merging the hot-fix branch
    # and then attempt a build
    if	git merge --no-commit --no-ff hot-fix &&
    	make
    then
    	# run project specific test and report its status
    	~/check_test_case.sh
    	status=$?
    else
    	# tell the caller this is untestable
    	status=125
    fi
pt_BR: # faz ajustes na árvore de trabalho ao mesclar
    # a solução do problema no ramo e tenta compilá-lo
    if	git merge --no-commit --no-ff hot-fix &&
    	make
    then
    	# executa testes específicos no projeto e informa a sua condição atual
    	~/check_test_case.sh
    	status=$?
    else
    	# informa quem pediu os testes que não foi possível testar
    	status=125
    fi

note: type: delimited block -
en: # undo the tweak to allow clean flipping to the next commit
    git reset --hard
pt_BR: # desfaça o tweak para permitir uma mudança limpa para o próximo commit
    git reset --hard

note: type: delimited block -
en: # return control
    exit $status
pt_BR: # controle de retorno
    existir $status

note: type: Plain text
en: This applies modifications from a hot-fix branch before each test run, e.g. in case your build or test environment changed so that older revisions may need a fix which newer ones have already. (Make sure the hot-fix branch is based off a commit which is contained in all revisions which you are bisecting, so that the merge does not pull in too much, or use `git cherry-pick` instead of `git merge`.)
pt_BR: Isto aplica modificações de uma ramificação de correção automática antes de cada teste, por ex. caso seu ambiente de criação ou teste seja alterado, de modo que as revisões mais antigas possam precisar de uma correção que as mais recentes já tenham. (Certifique-se de que a ramificação hot-fix seja baseada em uma confirmação que está contida em todas as revisões que você está dividindo, de forma que a mesclagem não atraia muito, ou use `git cherry-pick` em vez de` git merge`. )

note: type: delimited block -
en: $ git bisect start HEAD HEAD~10 --   # culprit is among the last 10
    $ git bisect run sh -c "make || exit 125; ~/check_test_case.sh"
    $ git bisect reset                   # quit the bisect session
pt_BR: $ git bisect start HEAD HEAD~10 --   # o culpado está entre os últimos 10
    $ git bisect run sh -c "make || exit 125; ~/check_test_case.sh"
    $ git bisect reset                   # encerra a seção bisect

note: type: Plain text
en: This shows that you can do without a run script if you write the test on a single line.
pt_BR: Isso mostra que você pode fazer sem um script de execução se você escrever o teste em uma única linha.

note: type: Plain text
en: Locate a good region of the object graph in a damaged repository
pt_BR: Localize uma boa região do gráfico de objetos em um repositório danificado

note: type: delimited block -
en: $ git bisect reset                   # quit the bisect session
pt_BR: $ git bisect reset                   # encerra a seção bisect

note: type: Plain text
en: In this case, when 'git bisect run' finishes, bisect/bad will refer to a commit that has at least one parent whose reachable graph is fully traversable in the sense required by 'git pack objects'.
pt_BR: Neste caso, quando 'git bisect run' termina, bisect / bad se referirá a um commit que tem pelo menos um pai cujo grafo alcançável é totalmente travável no sentido requerido pelos 'git pack objects'.

note: type: Plain text
en: Look for a fix instead of a regression in the code
pt_BR: Procure uma correção em vez de uma regressão no código

note: type: delimited block -
en: $ git bisect start
    $ git bisect new HEAD    # current commit is marked as new
    $ git bisect old HEAD~10 # the tenth commit from now is marked as old
pt_BR: $ git início de divisão
    $ git divisão nova HEAD    # commit atual está marcado como novo
    $ git divisão velha HEAD~10 # o décimo commit a partir de agora é marcado como antigo

note: type: Plain text
en: or:
pt_BR: ou:

note: type: delimited block -
en: $ git bisect start --term-old broken --term-new fixed
    $ git bisect fixed
    $ git bisect broken HEAD~10
pt_BR: $ git início de divisão --termo-velho quebrado --termo-novo fixo
    $ git divisão fixada
    $ git dividir quebrado HEAD ~ 10

note: type: Title ~
en: Getting help
pt_BR: Conseguindo ajuda

note: type: Plain text
en: Use `git bisect` to get a short usage description, and `git bisect help` or `git bisect -h` to get a long usage description.
pt_BR: Use `git bisect` para obter uma descrição resumida do uso, e` git bisect help` ou `git bisect -h` para obter uma descrição longa do uso.

note: type: Plain text
en: link:git-bisect-lk2009.html[Fighting regressions with git bisect], linkgit:git-blame[1].
pt_BR: link:git-divisão-lk2009.html[Regressões de combate com divisão git], linkgit:git-blame[1].

note: type: Plain text
en: git-blame - Show what revision and author last modified each line of a file
pt_BR: git-blame - Mostra que revisão e autor modificou pela última vez cada linha de um arquivo

note: type: Plain text
en: 'git blame' [-c] [-b] [-l] [--root] [-t] [-f] [-n] [-s] [-e] [-p] [-w] [--incremental]
    	    [-L <range>] [-S <revs-file>] [-M] [-C] [-C] [-C] [--since=<date>]
    	    [--ignore-rev <rev>] [--ignore-revs-file <file>]
    	    [--progress] [--abbrev=<n>] [<rev> | --contents <file> | --reverse <rev>..<rev>]
    	    [--] <file>
pt_BR: 'git blame' [-c] [-b] [-l] [--root] [-t] [-f] [-n] [-s] [-e] [-p] [-w] [--incremental]
    	    [-L <range>] [-S <arquivos-revs>] [-M] [-C] [-C] [-C] [--since=<data>]
    	    [--ignore-rev <rev>] [--ignore-revs-file <arquivo>]
    	    [--progress] [--abbrev=<n>] [<rev> | --contents <arquivo> | --reverse <rev>..<rev>]
    	    [--] <arquivo>

note: type: Plain text
en: Annotates each line in the given file with information from the revision which last modified the line. Optionally, start annotating from the given revision.
pt_BR: Anota cada linha no arquivo fornecido com informações da revisão que modificou a linha pela última vez. Opcionalmente, comece anotando a partir da revisão dada.

note: type: Plain text
en: When specified one or more times, `-L` restricts annotation to the requested lines.
pt_BR: Quando especificado uma ou mais vezes, `-L` restringe a anotação às linhas solicitadas.

note: type: Plain text
en: The origin of lines is automatically followed across whole-file renames (currently there is no option to turn the rename-following off). To follow lines moved from one file to another, or to follow lines that were copied and pasted from another file, etc., see the `-C` and `-M` options.
pt_BR: A origem das linhas é automaticamente seguida em renomeações de todo o arquivo (atualmente não há opção para desativar o renomeamento). Para seguir linhas movidas de um arquivo para outro, ou para seguir linhas que foram copiadas e coladas de outro arquivo, etc., veja as opções `-C` e` -M`.

note: type: Plain text
en: The report does not tell you anything about lines which have been deleted or replaced; you need to use a tool such as 'git diff' or the "pickaxe" interface briefly mentioned in the following paragraph.
pt_BR: O relatório não informa nada sobre linhas que foram eliminadas ou substituídas; você precisa usar uma ferramenta como "git diff" ou a interface "pickaxe" brevemente mencionada no parágrafo seguinte.

note: type: Plain text
en: Apart from supporting file annotation, Git also supports searching the development history for when a code snippet occurred in a change. This makes it possible to track when a code snippet was added to a file, moved or copied between files, and eventually deleted or replaced. It works by searching for a text string in the diff. A small example of the pickaxe interface that searches for `blame_usage`:
pt_BR: Além de suportar a anotação de arquivos, o Git também suporta a pesquisa do histórico de desenvolvimento para quando um trecho de código ocorreu em uma alteração. Isso permite acompanhar quando um snippet de código foi adicionado a um arquivo, movido ou copiado entre arquivos e, eventualmente, excluído ou substituído. Ele funciona procurando por uma string de texto no diff. Um pequeno exemplo da interface da pickaxe que procura por `blame_usage`:

note: type: delimited block -
en: $ git log --pretty=oneline -S'blame_usage'
    5040f17eba15504bad66b14a645bddd9b015ebb7 blame -S <ancestry-file>
    ea4c7f9bf69e781dd0cd88d2bccb2bf5cc15c9a7 git-blame: Make the output
pt_BR: $ git log --pretty=oneline -S'blame_usage'
    5040f17eba15504bad66b14a645bddd9b015ebb7 blame -S <arquivo-de-ancestralidade>
    ea4c7f9bf69e781dd0cd88d2bccb2bf5cc15c9a7 git-blame: Make the output

note: type: Plain text
en: Use the same output mode as linkgit:git-annotate[1] (Default: off).
pt_BR: Use o mesmo modo de saída que o linkgit:git-anotar [1] (Padrão: fora).

note: type: Plain text
en: Include debugging information related to the movement of lines between files (see `-C`) and lines moved within a file (see `-M`).  The first number listed is the score.  This is the number of alphanumeric characters detected as having been moved between or within files.  This must be above a certain threshold for 'git blame' to consider those lines of code to have been moved.
pt_BR: Inclua informações de depuração relacionadas ao movimento de linhas entre arquivos (consulte `-C) e linhas movidas dentro de um arquivo (consulte` -M`).  O primeiro número listado é a pontuação. 
     Esse é o número de caracteres alfanuméricos detectados como tendo sido movidos entre ou dentro dos arquivos.  Isso deve estar acima de um certo limite para 'git blame' considerar essas linhas de código que foram movidas.

note: type: Plain text
en: Show the filename in the original commit.  By default the filename is shown if there is any line that came from a file with a different name, due to rename detection.
pt_BR: Mostrar o nome do arquivo no commit original.  Por padrão, o nome do arquivo é mostrado se houver alguma linha que tenha vindo de um arquivo com um nome diferente, devido à renomeação da detecção.

note: type: Plain text
en: Show the line number in the original commit (Default: off).
pt_BR: Mostrar o número da linha no commit original (padrão: off).

note: type: Plain text
en: Suppress the author name and timestamp from the output.
pt_BR: Suprima o nome do autor e o registro de data e hora da saída.

note: type: Plain text
en: Show the author email instead of author name (Default: off).  This can also be controlled via the `blame.showEmail` config option.
pt_BR: Mostrar o email do autor em vez do nome do autor (Padrão: desativado).  Isso também pode ser controlado através da opção de configuração `blame.showEmail`.

note: type: Plain text
en: Ignore whitespace when comparing the parent's version and the child's to find where the lines came from.
pt_BR: Ignore os espaços em branco ao comparar a versão dos pais e a criança para descobrir de onde vieram as linhas.

note: type: Labeled list
en: --abbrev=<n>
pt_BR: --abrev=<n>

note: type: Plain text
en: Instead of using the default 7+1 hexadecimal digits as the abbreviated object name, use <n>+1 digits. Note that 1 column is used for a caret to mark the boundary commit.
pt_BR: Em vez de usar os dígitos hexadecimais padrão 7+1 como o nome do objeto abreviado, use <n>+1 dígitos. Observe que 1 coluna é usada para um acento circunflexo para marcar a confirmação de limite.

note: type: Title -
en: THE PORCELAIN FORMAT
pt_BR: O FORMATO PORCELANA

note: type: Plain text
en: In this format, each line is output after a header; the header at the minimum has the first line which has:
pt_BR: Nesse formato, cada linha é enviada após um cabeçalho; o cabeçalho no mínimo tem a primeira linha que tem:

note: type: Plain text
en: 40-byte SHA-1 of the commit the line is attributed to;
pt_BR: 40-byte SHA-1 do commit da linha é atribuído a;

note: type: Plain text
en: the line number of the line in the original file;
pt_BR: o número da linha da linha no arquivo original;

note: type: Plain text
en: the line number of the line in the final file;
pt_BR: o número da linha da linha no arquivo final;

note: type: Plain text
en: on a line that starts a group of lines from a different commit than the previous one, the number of lines in this group.  On subsequent lines this field is absent.
pt_BR: em uma linha que inicia um grupo de linhas de um commit diferente do anterior, o número de linhas neste grupo.  Nas linhas subsequentes, este campo está ausente.

note: type: Plain text
en: This header line is followed by the following information at least once for each commit:
pt_BR: Esta linha de cabeçalho é seguida pelas seguintes informações pelo menos uma vez para cada commit:

note: type: Plain text
en: the author name ("author"), email ("author-mail"), time ("author-time"), and time zone ("author-tz"); similarly for committer.
pt_BR: o nome do autor ("autor"), email ("autor-mail"), time ("autor-time") e fuso horário ("autor-tz"); da mesma forma para o committer.

note: type: Plain text
en: the filename in the commit that the line is attributed to.
pt_BR: o nome do arquivo no commit ao qual a linha é atribuída.

note: type: Plain text
en: the first line of the commit log message ("summary").
pt_BR: a primeira linha da mensagem de log de confirmação ("resumo").

note: type: Plain text
en: The contents of the actual line is output after the above header, prefixed by a TAB. This is to allow adding more header elements later.
pt_BR: O conteúdo da linha real é gerado após o cabeçalho acima, prefixado por uma TAB. Isso permite adicionar mais elementos de cabeçalho posteriormente.

note: type: Plain text
en: The porcelain format generally suppresses commit information that has already been seen. For example, two lines that are blamed to the same commit will both be shown, but the details for that commit will be shown only once. This is more efficient, but may require more state be kept by the reader. The `--line-porcelain` option can be used to output full commit information for each line, allowing simpler (but less efficient)  usage like:
pt_BR: O formato de porcelana geralmente suprime informações de confirmação que já foram vistas. Por exemplo, duas linhas que são responsabilizadas para a mesma confirmação serão mostradas, mas os detalhes dessa confirmação serão mostrados apenas uma vez. Isso é mais eficiente, mas pode exigir que mais estado seja mantido pelo leitor. A opção `--line-porcelain` pode ser usada para gerar informações completas de commit para cada linha, permitindo um uso mais simples (mas menos eficiente)  como:

note: type: Plain text
en: 	# count the number of lines attributed to each author
    	git blame --line-porcelain file |
    	sed -n 's/^author //p' |
    	sort | uniq -c | sort -rn
pt_BR: 	# conta a quantidade de linhas atribuídas a cada autor
    	git blame --line-porcelain file |
    	sed -n 's/^author //p' |
    	sort | uniq -c | sort -rn

note: type: Title -
en: SPECIFYING RANGES
pt_BR: ESPECIFICANDO FAIXAS

note: type: Plain text
en: Unlike 'git blame' and 'git annotate' in older versions of git, the extent of the annotation can be limited to both line ranges and revision ranges. The `-L` option, which limits annotation to a range of lines, may be specified multiple times.
pt_BR: Ao contrário de 'git blame' e 'git annotate' em versões mais antigas do git, a extensão da anotação pode ser limitada a ambos os intervalos de linha e de revisão. A opção `-L`, que limita a anotação a um intervalo de linhas, pode ser especificada várias vezes.

note: type: Plain text
en: When you are interested in finding the origin for lines 40-60 for file `foo`, you can use the `-L` option like so (they mean the same thing -- both ask for 21 lines starting at line 40):
pt_BR: Quando você estiver interessado em encontrar a origem para as linhas 40-60 do arquivo `foo`, você pode usar a opção` -L` assim (eles significam a mesma coisa - ambos pedem 21 linhas iniciando na linha 40):

note: type: Plain text
en: 	git blame -L 40,60 foo
    	git blame -L 40,+21 foo
pt_BR: 	git responsabilidade -L 40,60 foo
    	git responsabilidade -L 40,+21 foo

note: type: Plain text
en: Also you can use a regular expression to specify the line range:
pt_BR: Além disso, você pode usar uma expressão regular para especificar o intervalo de linha:

note: type: Plain text
en: 	git blame -L '/^sub hello {/,/^}$/' foo
pt_BR: 	git responsabilidade -L '/^sub olá {/,/^}$/' foo

note: type: Plain text
en: which limits the annotation to the body of the `hello` subroutine.
pt_BR: que limita a anotação ao corpo da sub-rotina `hello`.

note: type: Plain text
en: When you are not interested in changes older than version v2.6.18, or changes older than 3 weeks, you can use revision range specifiers similar to 'git rev-list':
pt_BR: Quando você não está interessado em mudanças mais antigas que a versão v2.6.18, ou em mudanças anteriores a 3 semanas, você pode usar especificadores de intervalo de revisão similares a 'git rev-list':

note: type: Plain text
en: When revision range specifiers are used to limit the annotation, lines that have not changed since the range boundary (either the commit v2.6.18 or the most recent commit that is more than 3 weeks old in the above example) are blamed for that range boundary commit.
pt_BR: Quando os especificadores de intervalo de revisão são usados para limitar a anotação, as linhas que não foram alteradas desde o limite de intervalo (seja a confirmação v2.6.18 ou a confirmação mais recente com mais de 3 semanas no exemplo acima) são responsabilizadas por esse limite de intervalo commit.

note: type: Plain text
en: A particularly useful way is to see if an added file has lines created by copy-and-paste from existing files.  Sometimes this indicates that the developer was being sloppy and did not refactor the code properly.  You can first find the commit that introduced the file with:
pt_BR: Uma maneira particularmente útil é verificar se um arquivo adicionado possui linhas criadas por copiar e colar de arquivos existentes.  Às vezes, isso indica que o desenvolvedor estava sendo malfeito e não refatorou o código corretamente.  Você pode primeiro encontrar o commit que introduziu o arquivo com:

note: type: Plain text
en: and then annotate the change between the commit and its parents, using `commit^!` notation:
pt_BR: e então anote a mudança entre o commit e seus pais, usando a notação `commit ^!`:

note: type: Title -
en: INCREMENTAL OUTPUT
pt_BR: SAÍDA INCREMENTAL

note: type: Plain text
en: When called with `--incremental` option, the command outputs the result as it is built.  The output generally will talk about lines touched by more recent commits first (i.e. the lines will be annotated out of order) and is meant to be used by interactive viewers.
pt_BR: Quando chamado com a opção --incremental, o comando gera o resultado conforme ele é construído.  A saída geralmente irá falar sobre linhas tocadas por commits mais recentes primeiro (ou seja, as linhas serão anotadas fora de ordem) e destina-se a ser usado por visualizadores interativos.

note: type: Plain text
en: The output format is similar to the Porcelain format, but it does not contain the actual lines from the file that is being annotated.
pt_BR: O formato de saída é semelhante ao formato Porcelain, mas não contém as linhas reais do arquivo que está sendo anotado.

note: type: Plain text
en: Each blame entry always starts with a line of:
pt_BR: Cada entrada de culpa sempre começa com uma linha de:

note: type: Plain text
en: <40-byte hex sha1> <sourceline> <resultline> <num_lines>
pt_BR: <40-byte hex sha1> <fonte-linha> <result-linha> <num_linha>

note: type: Plain text
en: Line numbers count from 1.
pt_BR: Os números de linha contam a partir de 1.

note: type: Plain text
en: The first time that a commit shows up in the stream, it has various other information about it printed out with a one-word tag at the beginning of each line describing the extra commit information (author, email, committer, dates, summary, etc.).
pt_BR: A primeira vez que um commit é exibido no fluxo, ele contém várias outras informações sobre ele impressas com uma tag de uma palavra no início de cada linha, descrevendo as informações adicionais de confirmação (autor, email, committer, datas, resumo, etc. .

note: type: Plain text
en: Unlike the Porcelain format, the filename information is always given and terminates the entry:
pt_BR: Ao contrário do formato Porcelana, as informações do nome do arquivo são sempre dadas e terminam a entrada:

note: type: Plain text
en: "filename" <whitespace-quoted-filename-goes-here>
pt_BR: "nome-do-arquivo" <espaço-em-branco-quoted-nomed-do-arquivo-vai-aqui>

note: type: Plain text
en: and thus it is really quite easy to parse for some line- and word-oriented parser (which should be quite natural for most scripting languages).
pt_BR: e, portanto, é realmente muito fácil analisar algum analisador de linha e palavra (que deve ser bastante natural para a maioria das linguagens de script).

note: type: Plain text
en: For people who do parsing: to make it more robust, just ignore any lines between the first and last one ("<sha1>" and "filename" lines)  where you do not recognize the tag words (or care about that particular one) at the beginning of the "extended information" lines. That way, if there is ever added information (like the commit encoding or extended commit commentary), a blame viewer will not care.
pt_BR: Para as pessoas que fazem análise: para torná-lo mais robusto, simplesmente ignore quaisquer linhas entre a primeira e a última (linhas "<sha1>" e "nome do arquivo") onde você não reconhece as palavras da tag (ou se preocupa com aquela em particular) no início das linhas de "informações estendidas". Dessa forma, se houver alguma informação adicionada (como a codificação de commit ou comentário de commit estendido), um visualizador de culpa não se importará.

note: type: Title -
en: MAPPING AUTHORS
pt_BR: AUTORES DE MAPEAMENTO

note: type: Plain text
en: git-branch - List, create, or delete branches
pt_BR: git-branch - Lista, cria ou exclui ramos

note: type: Plain text
en: 'git branch' [--color[=<when>] | --no-color] [--show-current]
    	[-v [--abbrev=<length> | --no-abbrev]]
    	[--column[=<options>] | --no-column] [--sort=<key>]
    	[(--merged | --no-merged) [<commit>]]
    	[--contains [<commit]] [--no-contains [<commit>]]
    	[--points-at <object>] [--format=<format>]
    	[(-r | --remotes) | (-a | --all)]
    	[--list] [<pattern>...]
    'git branch' [--track | --no-track] [-f] <branchname> [<start-point>]
    'git branch' (--set-upstream-to=<upstream> | -u <upstream>) [<branchname>]
    'git branch' --unset-upstream [<branchname>]
    'git branch' (-m | -M) [<oldbranch>] <newbranch>
    'git branch' (-c | -C) [<oldbranch>] <newbranch>
    'git branch' (-d | -D) [-r] <branchname>...
    'git branch' --edit-description [<branchname>]
pt_BR: 'git branch' [--color[=<quando>] | --no-color] [--show-current]
    	[-v [--abbrev=<comprimento> | --no-abbrev]]
    	[--column[=<opções>] | --no-column] [--sort=<chaves>]
    	[(--merged | --no-merged) [<commit>]]
    	[--contains [<commit]] [--no-contains [<commit>]]
    	[--points-at <objeto>] [--format=<formato>]
    	[(-r | --remotes) | (-a | --all)]
    	[--list] [<pattern>...]
    'git branch' [--track | --no-track] [-f] <nome do ramo> [<ponto-de-partida>]
    'git branch' (--set-upstream-to=<upstream> | -u <upstream>) [<nome do ramo>]
    'git branch' --unset-upstream [<nome do ramo>]
    'git branch' (-m | -M) [<ramo antigo>] <novo ramo>
    'git branch' (-c | -C) [<ramo antigo>] <novo ramo>
    'git branch' (-d | -D) [-r] <nome do ramo>...
    'git branch' --edit-description [<nome do ramo>]

note: type: Plain text
en: If `--list` is given, or if there are no non-option arguments, existing branches are listed; the current branch will be highlighted in green and marked with an asterisk.  Any branches checked out in linked worktrees will be highlighted in cyan and marked with a plus sign. Option `-r` causes the remote-tracking branches to be listed, and option `-a` shows both local and remote branches.
pt_BR: Caso `--list` seja usado ou caso não haja argumentos não opcionais, as ramificações existentes serão listadas; o ramo atual será destacado em verde e marcado com um asterisco.  Quaisquer ramificações retiradas em áreas de trabalho vinculadas, serão destacadas em ciano e marcadas com um sinal de adição. A opção `-r` faz com que as ramificações de rastreamento remoto sejam listadas e a opção `-a` exibe as ramificações locais e remotas.

note: type: Plain text
en: If a `<pattern>` is given, it is used as a shell wildcard to restrict the output to matching branches. If multiple patterns are given, a branch is shown if it matches any of the patterns.
pt_BR: Caso um `<padrão>` seja dado, ele será usado como um curinga do shell para restringir a saída das ramificações correspondentes. Caso vários padrões sejam fornecidos, um ramo será mostrado caso coincida com qualquer um dos padrões.

note: type: Plain text
en: Note that when providing a `<pattern>`, you must use `--list`; otherwise the command may be interpreted as branch creation.
pt_BR: Note que ao fornecer um `<padrão>`, você deve usar `--list`; caso contrário, o comando pode ser interpretado como um criação de ramificação.

note: type: Plain text
en: With `--contains`, shows only the branches that contain the named commit (in other words, the branches whose tip commits are descendants of the named commit), `--no-contains` inverts it. With `--merged`, only branches merged into the named commit (i.e. the branches whose tip commits are reachable from the named commit) will be listed.  With `--no-merged` only branches not merged into the named commit will be listed.  If the <commit> argument is missing it defaults to `HEAD` (i.e. the tip of the current branch).
pt_BR: Com `--contains`, exibe apenas as ramificações que contêm o commit nomeado (em outras palavras, os ramos cuja a dica do commit sejam descendentes do commit nomeado), a opção `--no-contains` a inverte. Com o `--merged`, somente os ramos mesclados no commit nomeado (ou seja, os ramos cujas dicas são acessadas a partir do commit nomeada) serão listados.  Com a opção `--no-merged` somente as ramificações não mescladas no commit nomeado serão listados. Caso o argumento <commit> esteja faltando, a predefinição é `HEAD` (isto é, o topo do ramo atual).

note: type: Plain text
en: The command's second form creates a new branch head named <branchname> which points to the current `HEAD`, or <start-point> if given. As a special case, for <start-point>, you may use `"A...B"` as a shortcut for the merge base of `A` and `B` if there is exactly one merge base. You can leave out at most one of `A` and `B`, in which case it defaults to `HEAD`.
pt_BR: A segunda forma do comando cria uma nova cabeça do ramo chamado <branchname> que aponta para o 'HEAD' atual ou <start-point> (ponto-de-partida) caso seja informado. Como um caso especial, para um <ponto-de-partida> você pode usar `"A...B"` como um atalho para mesclar a base de `A` e `B` caso haja exatamente uma base a ser mesclada. Você pode deixar de fora no máximo um de `A` e `B`, onde neste caso a predefinição é `HEAD`.

note: type: Plain text
en: Note that this will create the new branch, but it will not switch the working tree to it; use "git switch <newbranch>" to switch to the new branch.
pt_BR: Observe que isso criará a nova ramificação, mas não mudará a árvore de trabalho para ela; para alternar para a nova ramificação use "git switch <novo-ramo>".

note: type: Plain text
en: When a local branch is started off a remote-tracking branch, Git sets up the branch (specifically the `branch.<name>.remote` and `branch.<name>.merge` configuration entries) so that 'git pull' will appropriately merge from the remote-tracking branch. This behavior may be changed via the global `branch.autoSetupMerge` configuration flag. That setting can be overridden by using the `--track` and `--no-track` options, and changed later using `git branch --set-upstream-to`.
pt_BR: Quando uma ramificação local é iniciada em uma ramificação de controle remoto, o Git configura a ramificação (especificamente as entradas de configuração branch. <Name> .remote` e branch. <Name> .merge`) para que 'git pull' seja mesclar adequadamente a ramificação de rastreamento remoto. Este comportamento pode ser alterado através do sinalizador de configuração global `branch.autoSetupMerge`. Essa configuração pode ser sobrescrita usando as opções `--track` e` --no-track`, e alteradas posteriormente usando `git branch --set-upstream-to`.

note: type: Plain text
en: With a `-m` or `-M` option, <oldbranch> will be renamed to <newbranch>.  If <oldbranch> had a corresponding reflog, it is renamed to match <newbranch>, and a reflog entry is created to remember the branch renaming. If <newbranch> exists, -M must be used to force the rename to happen.
pt_BR: Com uma opção `-m` ou` -M`, <oldbranch> será renomeado para <newbranch>.  Se <oldbranch> tiver um reflog correspondente, ele será renomeado para corresponder a <newbranch> e uma entrada reflog será criada para lembrar a renomeação da ramificação. Se <newbranch> existir, -M deve ser usado para forçar a renomeação.

note: type: Plain text
en: The `-c` and `-C` options have the exact same semantics as `-m` and `-M`, except instead of the branch being renamed it along with its config and reflog will be copied to a new name.
pt_BR: As opções `-c` e` -C` possuem exatamente a mesma semântica de `-m` e` -M`, exceto que em vez de o branch ser renomeado juntamente com sua configuração, o reflog será copiado para um novo nome.

note: type: Plain text
en: With a `-d` or `-D` option, `<branchname>` will be deleted.  You may specify more than one branch for deletion.  If the branch currently has a reflog then the reflog will also be deleted.
pt_BR: Com uma opção `-d` ou` -D`, o `<branchname>` será deletado.  Você pode especificar mais de uma ramificação para exclusão. Se a ramificação tiver um reflog atualmente, o reflog também será excluído.

note: type: Plain text
en: Use `-r` together with `-d` to delete remote-tracking branches. Note, that it only makes sense to delete remote-tracking branches if they no longer exist in the remote repository or if 'git fetch' was configured not to fetch them again. See also the 'prune' subcommand of linkgit:git-remote[1] for a way to clean up all obsolete remote-tracking branches.
pt_BR: Use `-r` juntamente com` -d` para excluir ramificações de rastreamento remoto. Observe que só faz sentido excluir ramificações de rastreamento remoto se elas não existirem mais no repositório remoto ou se a "busca de git" tiver sido configurada para não buscá-las novamente. Veja também o subcomando 'prune' do linkgit:git-remote[1] para uma maneira de limpar todas as ramificações de rastreamento remoto obsoletas.

note: type: Plain text
en: Delete a branch. The branch must be fully merged in its upstream branch, or in `HEAD` if no upstream was set with `--track` or `--set-upstream-to`.
pt_BR: Exclua uma ramificação. A ramificação deve ser totalmente integrada em sua ramificação upstream, ou em `HEAD` se não houver upstream configurado com` --track` ou `--set-upstream-to`.

note: type: Plain text
en: Shortcut for `--delete --force`.
pt_BR: um atalho para `--delete --force`.

note: type: Plain text
en: Create the branch's reflog.  This activates recording of all changes made to the branch ref, enabling use of date based sha1 expressions such as "<branchname>@\{yesterday}".  Note that in non-bare repositories, reflogs are usually enabled by default by the `core.logAllRefUpdates` config option.  The negated form `--no-create-reflog` only overrides an earlier `--create-reflog`, but currently does not negate the setting of `core.logAllRefUpdates`.
pt_BR: Crie o reflogo da ramificação. Isso ativa a gravação de todas as alterações feitas no ref da ramificação, permitindo o uso de expressões sha1 baseadas em data, como "<branchname>@{yesterday}".  Note que em repositórios não-nus, os reflogs são geralmente ativados por padrão pela opção de configuração `core.logAllRefUpdates`.  O formulário negado `--no-create-reflog` apenas substitui um` --create-reflog` anterior, mas atualmente não nega a configuração de `core.logAllRefUpdates`.

note: type: Plain text
en: Reset <branchname> to <startpoint>, even if <branchname> exists already. Without `-f`, 'git branch' refuses to change an existing branch.  In combination with `-d` (or `--delete`), allow deleting the branch irrespective of its merged status. In combination with `-m` (or `--move`), allow renaming the branch even if the new branch name already exists, the same applies for `-c` (or `--copy`).
pt_BR: Redefina <nome da ramificação> para <ponto inicial>, mesmo que o <nome da ramificação> já exista. Sem `-f`, o 'git branch' se recusa a mudar um branch existente.  Em combinação com o `-d` (ou` --delete`), permite deletar o branch independentemente de seu status mesclado. Em combinação com `-m` (ou` --move`), permite renomear o ramo mesmo que o novo nome de ramificação já exista, o mesmo se aplica a `-c` (ou` --copy`).

note: type: Plain text
en: Move/rename a branch and the corresponding reflog.
pt_BR: Mover / renomear uma ramificação e o reflog correspondente.

note: type: Plain text
en: Shortcut for `--move --force`.
pt_BR: Um atalho para `--move --force`.

note: type: Plain text
en: Copy a branch and the corresponding reflog.
pt_BR: Copie uma ramificação e o reflogo correspondente.

note: type: Plain text
en: Shortcut for `--copy --force`.
pt_BR: Shortcut for `--cópia --força`.

note: type: Plain text
en: Color branches to highlight current, local, and remote-tracking branches.  The value must be always (the default), never, or auto.
pt_BR: Ramos de cor para realçar ramificações atuais, locais e remotas. O valor deve ser sempre (o padrão), nunca ou automático.

note: type: Plain text
en: Turn off branch colors, even when the configuration file gives the default to color output.  Same as `--color=never`.
pt_BR: Desative as cores das ramificações, mesmo quando o arquivo de configuração fornecer a saída padrão a cores. O mesmo que `--cor=nunca`.

note: type: Plain text
en: Sorting and filtering branches are case insensitive.
pt_BR: As ramificações de classificação e filtragem não diferenciam maiúsculas de minúsculas.

note: type: Labeled list
en: --column[=<options>]
pt_BR: --column[=<opções>]

note: type: Plain text
en: Display branch listing in columns. See configuration variable column.branch for option syntax.`--column` and `--no-column` without options are equivalent to 'always' and 'never' respectively.
pt_BR: Exibir listagem de filiais em colunas. Veja a variável de configuração coluna.branch para a sintaxe de opções. - coluna` e `--não-coluna` sem opções são equivalentes a 'sempre' e 'nunca' respectivamente.

note: type: Plain text
en: This option is only applicable in non-verbose mode.
pt_BR: Esta opção é aplicável apenas no modo não detalhado.

note: type: Plain text
en: List or delete (if used with -d) the remote-tracking branches.  Combine with `--list` to match the optional pattern(s).
pt_BR: Listar ou excluir (se usado com -d) os ramos de rastreamento remoto.  Combine com `--list` para coincidir com os padrões opcionais.

note: type: Plain text
en: List both remote-tracking branches and local branches.  Combine with `--list` to match optional pattern(s).
pt_BR: Faça uma lista tanto das filiais de rastreamento remoto como das filiais locais.  Combine com `--list' para coincidir com os padrões opcionais.

note: type: Plain text
en: List branches.  With optional `<pattern>...`, e.g. `git branch --list 'maint-*'`, list only the branches that match the pattern(s).
pt_BR: Listar branches.  Com o opcional `<pattern> ...`, por ex. `git branch --list 'maint - *'`, lista apenas as ramificações que correspondem ao(s) padrão(ões).

note: type: Plain text
en: Print the name of the current branch. In detached HEAD state, nothing is printed.
pt_BR: Imprima o nome da ramificação atual. No estado onde `HEAD` seja desanexado, nada é impresso.

note: type: Plain text
en: When in list mode, show sha1 and commit subject line for each head, along with relationship to upstream branch (if any). If given twice, print the path of the linked worktree (if any) and the name of the upstream branch, as well (see also `git remote show <remote>`).  Note that the current worktree's HEAD will not have its path printed (it will always be your current directory).
pt_BR: Quando estiver no modo de lista, exiba sha1 e faça o commit da linha de assunto para cada cabeçalho junto com a ramificação relacionada ao upstream (caso exista). Se dado duas vezes, imprima o nome da ramificação upstream também (veja também `git remote show <remote>`).  Observe que o HEAD da árvore de trabalho atual não terá o seu caminho impresso (ele sempre será seu diretório atual).

note: type: Plain text
en: Be more quiet when creating or deleting a branch, suppressing non-error messages.
pt_BR: Seja mais quieto ao criar ou excluir uma ramificação, suprimindo mensagens que não sejam de erro.

note: type: Labeled list
en: --abbrev=<length>
pt_BR: --abrev=<comprimento>

note: type: Plain text
en: Alter the sha1's minimum display length in the output listing.  The default value is 7 and can be overridden by the `core.abbrev` config option.
pt_BR: Altere o comprimento de exibição mínimo do sha1 na listagem de saída. O valor padrão é 7 e pode ser sobrescrito pela opção de configuração `core.abbrev`.

note: type: Plain text
en: Display the full sha1s in the output listing rather than abbreviating them.
pt_BR: Exibe os sha1s completos na listagem de saída, em vez de abreviá-los.

note: type: Plain text
en: When creating a new branch, set up `branch.<name>.remote` and `branch.<name>.merge` configuration entries to mark the start-point branch as "upstream" from the new branch. This configuration will tell git to show the relationship between the two branches in `git status` and `git branch -v`. Furthermore, it directs `git pull` without arguments to pull from the upstream when the new branch is checked out.
pt_BR: Ao criar uma nova ramificação, configure as entradas de configuração `branch. <Name> .remote` e` branch. <Name> .merge` para marcar a ramificação do ponto inicial como "upstream" da nova ramificação. Esta configuração irá dizer ao git para mostrar a relação entre as duas ramificações em `git status` e` git branch -v`. Além disso, ele direciona `git pull` sem argumentos para puxar do upstream quando o novo branch é retirado.

note: type: Plain text
en: This behavior is the default when the start point is a remote-tracking branch.  Set the branch.autoSetupMerge configuration variable to `false` if you want `git switch`, `git checkout` and `git branch` to always behave as if `--no-track` were given. Set it to `always` if you want this behavior when the start-point is either a local or remote-tracking branch.
pt_BR: Esse é o comportamento quando o ponto inicial for um ramo de rastreamento remoto. Configure a variável de configuração branch.autoSetupMerge para `false` caso queira que `git switch`, `git checkout` e `git branch` sempre se comportem como se` --no-track` fosse usado. Defina-o como `always` caso queira este comportamento quando o ponto de partida for um ramo local ou de rastreamento remoto.

note: type: Plain text
en: Do not set up "upstream" configuration, even if the branch.autoSetupMerge configuration variable is true.
pt_BR: Não configure "upstream", mesmo que a variável de configuração branch.autoSetupMerge seja verdadeira.

note: type: Plain text
en: As this option had confusing syntax, it is no longer supported.  Please use `--track` or `--set-upstream-to` instead.
pt_BR: Como essa opção tinha uma sintaxe confusa, não é mais suportada.  Por favor use `--track` ou` --set-upstream-to`.

note: type: Plain text
en: Set up <branchname>'s tracking information so <upstream> is considered <branchname>'s upstream branch. If no <branchname> is specified, then it defaults to the current branch.
pt_BR: Configure as informações de rastreamento do <branchnome> para que o <upstream> seja considerado o ramo upstream do <branchnome>. Se nenhum <branchnome> for especificado, o padrão será o ramo atual.

note: type: Plain text
en: Remove the upstream information for <branchname>. If no branch is specified it defaults to the current branch.
pt_BR: Remova as informações de upstream para <branchnome>. Se nenhuma ramificação for especificada, o padrão será a ramificação atual.

note: type: Plain text
en: Open an editor and edit the text to explain what the branch is for, to be used by various other commands (e.g. `format-patch`, `request-pull`, and `merge` (if enabled)). Multi-line explanations may be used.
pt_BR: Abra um editor e edite o texto para explicar para que serve o ramo, para ser usado por vários outros comandos (por exemplo, `format-patch`,` request-pull` e `merge` (se ativado)). Explicações de várias linhas podem ser usadas.

note: type: Plain text
en: Only list branches which contain the specified commit (HEAD if not specified). Implies `--list`.
pt_BR: Apenas as ramificações da lista que contêm a confirmação especificada (HEAD, se não especificada). Implica `--list`.

note: type: Plain text
en: Only list branches which don't contain the specified commit (HEAD if not specified). Implies `--list`.
pt_BR: Apenas listar ramificações que não contenham o commit especificado (HEAD se não especificado). Implica `--list`.

note: type: Plain text
en: Only list branches whose tips are reachable from the specified commit (HEAD if not specified). Implies `--list`, incompatible with `--no-merged`.
pt_BR: Apenas listar ramificações cujas dicas estejam acessíveis a partir da confirmação especificada (HEAD, se não especificado). Implica `--list`, incompatível com` --no-merged`.

note: type: Labeled list
en: --no-merged [<commit>]
pt_BR: --não-merged [<commit>]

note: type: Plain text
en: Only list branches whose tips are not reachable from the specified commit (HEAD if not specified). Implies `--list`, incompatible with `--merged`.
pt_BR: Apenas listar ramificações cujas dicas não podem ser acessadas a partir da confirmação especificada (HEAD, se não especificado). Implica `--list`, incompatível com` --merged`.

note: type: Labeled list
en: <branchname>
pt_BR: <branchnome>

note: type: Plain text
en: The name of the branch to create or delete.  The new branch name must pass all checks defined by linkgit:git-check-ref-format[1].  Some of these checks may restrict the characters allowed in a branch name.
pt_BR: O nome do ramo a criar ou eliminar.  O novo nome da ramificação deve passar por todas as verificações definidas pelo linkgit:git-check-ref-format[1].  Algumas dessas verificações podem restringir os caracteres permitidos em um nome de ramificação.

note: type: Labeled list
en: <start-point>
pt_BR: <start-ponto>

note: type: Plain text
en: The new branch head will point to this commit.  It may be given as a branch name, a commit-id, or a tag.  If this option is omitted, the current HEAD will be used instead.
pt_BR: O novo chefe de ramificação apontará para este commit.  Pode ser dado como um nome de ramificação, um ID de confirmação ou uma tag.  Se esta opção for omitida, o HEAD atual será usado no lugar.

note: type: Labeled list
en: <oldbranch>
pt_BR: <velhobranch>

note: type: Plain text
en: The name of an existing branch to rename.
pt_BR: O nome de uma ramificação existente para renomear.

note: type: Labeled list
en: <newbranch>
pt_BR: <novobranch>

note: type: Plain text
en: The new name for an existing branch. The same restrictions as for <branchname> apply.
pt_BR: O novo nome para um ramo existente. As mesmas restrições que para <branchnome> se aplicam.

note: type: Labeled list
en: --sort=<key>
pt_BR: --sort=<chave>

note: type: Plain text
en: Sort based on the key given. Prefix `-` to sort in descending order of the value. You may use the --sort=<key> option multiple times, in which case the last key becomes the primary key. The keys supported are the same as those in `git for-each-ref`. Sort order defaults to the value configured for the `branch.sort` variable if exists, or to sorting based on the full refname (including `refs/...` prefix). This lists detached HEAD (if present) first, then local branches and finally remote-tracking branches. See linkgit:git-config[1].
pt_BR: Classifique com base na chave fornecida. Prefixo `-` para classificar em ordem decrescente do valor. Você pode usar a opção --ordenar = <chave> várias vezes, em cujo caso a última chave se torna a chave primária. As chaves suportadas são as mesmas do `git para-cada-ref`. A ordem de classificação é padronizada para o valor configurado para a variável branch.sort, se existir, ou para a classificação baseada no refnome completo (incluindo o prefixo `refs/...`). Isso lista HEAD separado (se presente) primeiro, depois as ramificações locais e, finalmente, as ramificações de rastreamento remoto. Veja linkgit:git-config[1].

note: type: Labeled list
en: --points-at <object>
pt_BR: --points-at <objeto>

note: type: Plain text
en: Only list branches of the given object.
pt_BR: Apenas lista os ramos de determinado objeto.

note: type: Labeled list
en: --format <format>
pt_BR: --format <formato>

note: type: Plain text
en: A string that interpolates `%(fieldname)` from a branch ref being shown and the object it points at.  The format is the same as that of linkgit:git-for-each-ref[1].
pt_BR: Uma string que interpola `%(fieldname)` de uma tag ref sendo exibida e o objeto para o qual ela aponta.  O formato é o mesmo do linkgit:git-for-each-ref[1].

note: type: Plain text
en: `pager.branch` is only respected when listing branches, i.e., when `--list` is used or implied. The default is to use a pager.  See linkgit:git-config[1].
pt_BR: `pager.branch` só é respeitado quando se listam ramificações, ou seja, quando `--list` é usado ou implícito. A predefinição é usar um pager. Consulte linkgit:git-config[1].

note: type: Labeled list
en: Start development from a known tag
pt_BR: Inicie o desenvolvimento a partir de uma tag conhecida

note: type: Plain text
en: This step and the next one could be combined into a single step with "checkout -b my2.6.14 v2.6.14".
pt_BR: Esta etapa e a próxima poderiam ser combinadas em uma única etapa com "checkout -b my2.6.14 v2.6.14".

note: type: Labeled list
en: Delete an unneeded branch
pt_BR: Excluir um ramo desnecessário

note: type: Plain text
en: Delete the remote-tracking branches "todo", "html" and "man". The next 'fetch' or 'pull' will create them again unless you configure them not to.  See linkgit:git-fetch[1].
pt_BR: Exclua os ramos de rastreamento remoto "todo", "html" e "man". A próxima 'fetch' ou 'pull' irá criá-los novamente, a menos que você os configure não. Veja linkgit:git-fetch[1].

note: type: Plain text
en: Delete the "test" branch even if the "master" branch (or whichever branch is currently checked out) does not have all commits from the test branch.
pt_BR: Exclua a ramificação "teste", mesmo que a ramificação "principal" (ou a ramificação que está com check-out no momento) não tenha todas as confirmações da ramificação de teste.

note: type: Labeled list
en: Listing branches from a specific remote
pt_BR: Lista os ramos de um determinado ponto remoto

note: type: Plain text
en: Using `-a` would conflate <remote> with any local branches you happen to have been prefixed with the same <remote> pattern.
pt_BR: Usar `-a` entraria em conflito com `<remote>` em quaisquer ramificações locais que foram prefixadas com o mesmo padrão `<remote>`.

note: type: Plain text
en: `for-each-ref` can take a wide range of options. See linkgit:git-for-each-ref[1]
pt_BR: 'for-each-ref' pode ter uma ampla gama de opções. Consulte linkgit:git-for-each-ref[1]

note: type: Plain text
en: Patterns will normally need quoting.
pt_BR: Os padrões normalmente precisam ser citados.

note: type: Title -
en: NOTES
pt_BR: OBSERVAÇÕES

note: type: Plain text
en: If you are creating a branch that you want to switch to immediately, it is easier to use the "git switch" command with its `-c` option to do the same thing with a single command.
pt_BR: Caso esteja criando uma nova ramificação para o qual deseja alternar imediatamente é mais fácil usar o comando "git switch" com sua opção `-c` para fazer a mesma coisa usando apenas um único comando.

note: type: Plain text
en: The options `--contains`, `--no-contains`, `--merged` and `--no-merged` serve four related but different purposes:
pt_BR: As opções `--contains`, `--no-contains`, `--merged` e `--no-merged` servem para quatro finalidades relacionadas, porém diferentes:

note: type: Plain text
en: `--contains <commit>` is used to find all branches which will need special attention if <commit> were to be rebased or amended, since those branches contain the specified <commit>.
pt_BR: `--contains <commit>` é usado para encontrar todas as ramificações que precisarão de atenção especial caso <commit> precise de um novo "rebase" ou corrigido, uma vez que essas ramificações contêm o <commit> especificado.

note: type: Plain text
en: `--no-contains <commit>` is the inverse of that, i.e. branches that don't contain the specified <commit>.
pt_BR: `--no-contains <commit>` é o inverso, isto é, as ramificações que não contêm o <commit> especificado.

note: type: Plain text
en: `--merged` is used to find all branches which can be safely deleted, since those branches are fully contained by HEAD.
pt_BR: `--merged` é usado para encontrar todas as ramificações que podem ser excluídas com segurança, uma vez que essas ramificações são totalmente contidas pelo `HEAD`.

note: type: Plain text
en: `--no-merged` is used to find branches which are candidates for merging into HEAD, since those branches are not fully contained by HEAD.
pt_BR: `--no-merged` é usado para encontrar as ramificações candidatas a serem mescladas no `HEAD`, uma vez que essas ramificações não são totalmente contidas pelo `HEAD`.

note: type: Plain text
en: linkgit:git-check-ref-format[1], linkgit:git-fetch[1], linkgit:git-remote[1], link:user-manual.html#what-is-a-branch[``Understanding history: What is a branch?''] in the Git User's Manual.
pt_BR: linkgit:git-check-ref-format[1], linkgit:git-fetch[1], linkgit:git-remote[1], link:user-manual.html#what-is-a-branch[``Compreendendo a história: O que é um ramo?''] no Manual do Usuário do Git.

note: type: Plain text
en: git-bundle - Move objects and refs by archive
pt_BR: git-bundle - Mover objetos e refs por arquivo

note: type: Plain text
en: 'git bundle' create [-q | --quiet | --progress | --all-progress] [--all-progress-implied] <file> <git-rev-list-args>
    'git bundle' verify [-q | --quiet] <file>
    'git bundle' list-heads <file> [<refname>...]
    'git bundle' unbundle <file> [<refname>...]
pt_BR: 'git bundle' create [-q | --quiet | --progress | --all-progress] [--all-progress-implied] <arquivo> <git-rev-list-args>
    'git bundle' verify [-q | --quiet] <arquivo>
    'git bundle' list-heads <file> [<refname>...]
    'git bundle' unbundle <file> [<refname>...]

note: type: Plain text
en: Used to create a bundle named 'file'.  This requires the '<git-rev-list-args>' arguments to define the bundle contents.  'options' contains the options specific to the 'git bundle create' subcommand.
pt_BR: Usado para criar um pacote chamado 'file'.  Isso requer os argumentos '<git-rev-list-args>' para definir o conteúdo do pacote.  'options' contém as opções específicas para o subcomando 'git bundle create'.

note: type: Labeled list
en: verify <file>
pt_BR: verificar <arquivo>

note: type: Plain text
en: Used to check that a bundle file is valid and will apply cleanly to the current repository.  This includes checks on the bundle format itself as well as checking that the prerequisite commits exist and are fully linked in the current repository.  'git bundle' prints a list of missing commits, if any, and exits with a non-zero status.
pt_BR: Usado para verificar se um arquivo de pacote é válido e será aplicado corretamente ao repositório atual.  Isso inclui verificações no formato do pacote configurável e verificar se os commits de pré-requisitos existem e estão totalmente vinculados no repositório atual.  'git bundle' imprime uma lista de confirmações ausentes, se houver, e sai com um status diferente de zero.

note: type: Labeled list
en: list-heads <file>
pt_BR: lista de cabeças <arquivo>

note: type: Plain text
en: Lists the references defined in the bundle.  If followed by a list of references, only references matching those given are printed out.
pt_BR: Lista as referências definidas no pacote.  Se seguido por uma lista de referências, somente as referências que correspondem àquelas fornecidas são impressas.

note: type: Labeled list
en: unbundle <file>
pt_BR: unbundle <arquivo>

note: type: Plain text
en: Passes the objects in the bundle to 'git index-pack' for storage in the repository, then prints the names of all defined references. If a list of references is given, only references matching those in the list are printed. This command is really plumbing, intended to be called only by 'git fetch'.
pt_BR: Passa os objetos no pacote para 'git index-pack' para armazenamento no repositório, depois imprime os nomes de todas as referências definidas. Se uma lista de referências é fornecida, apenas as referências que correspondem àquelas na lista são impressas. Este comando é realmente de encanamento, destinado a ser chamado apenas por "git fetch".

note: type: Plain text
en: A list of arguments, acceptable to 'git rev-parse' and 'git rev-list' (and containing a named ref, see SPECIFYING REFERENCES below), that specifies the specific objects and references to transport.  For example, `master~10..master` causes the current master reference to be packaged along with all objects added since its 10th ancestor commit.  There is no explicit limit to the number of references and objects that may be packaged.
pt_BR: Uma lista de argumentos, aceitável para 'git rev-parse' e 'git rev-list' (e contendo um ref nomeado, consulte ESPECIFICANDO REFERENCIAS abaixo), que especifica os objetos específicos e referências ao transporte.  Por exemplo, `mestre ~ 10..master` faz com que a referência principal atual seja empacotada junto com todos os objetos adicionados desde sua 10ª confirmação ancestral.  Não há limite explícito para o número de referências e objetos que podem ser empacotados.

note: type: Labeled list
en: [<refname>...]
pt_BR: [<refnome>...]

note: type: Plain text
en: A list of references used to limit the references reported as available. This is principally of use to 'git fetch', which expects to receive only those references asked for and not necessarily everything in the pack (in this case, 'git bundle' acts like 'git fetch-pack').
pt_BR: Uma lista de referências usadas para limitar as referências relatadas como disponíveis. Isso é principalmente usado para 'git fetch', que espera receber apenas as referências solicitadas e não necessariamente tudo no pacote (neste caso, 'git bundle' age como 'git fetch-pack').

note: type: Title -
en: SPECIFYING REFERENCES
pt_BR: ESPECIFICANDO REFERÊNCIAS

note: type: Plain text
en: 'git bundle' will only package references that are shown by 'git show-ref': this includes heads, tags, and remote heads.  References such as `master~1` cannot be packaged, but are perfectly suitable for defining the basis.  More than one reference may be packaged, and more than one basis can be specified.  The objects packaged are those not contained in the union of the given bases.  Each basis can be specified explicitly (e.g. `^master~10`), or implicitly (e.g.  `master~10..master`, `--since=10.days.ago master`).
pt_BR: O 'git bundle' só irá empacotar referências mostradas por 'git mostra-ref': isso inclui cabeçalhos, tags e cabeças remotas.  Referências como `master~1` não podem ser empacotadas, mas são perfeitamente adequadas para definir a base.  Mais de uma referência pode ser empacotada e mais de uma base pode ser especificada.  Os objetos empacotados são aqueles que não estão contidos na união das bases dadas.  Cada base pode ser especificada explicitamente (por exemplo, `^master~10`) ou implicitamente (por exemplo,`mestre~10..master`, `--segmento=10.dias.atrás master`).

note: type: Plain text
en: It is very important that the basis used be held by the destination.  It is okay to err on the side of caution, causing the bundle file to contain objects already in the destination, as these are ignored when unpacking at the destination.
pt_BR: É muito importante que a base usada seja mantida pelo destino.  Não há problema em errar do lado da precaução, fazendo com que o arquivo do pacote contenha objetos já no destino, pois eles são ignorados ao descompactar no destino.

note: type: Plain text
en: Assume you want to transfer the history from a repository R1 on machine A to another repository R2 on machine B.  For whatever reason, direct connection between A and B is not allowed, but we can move data from A to B via some mechanism (CD, email, etc.).  We want to update R2 with development made on the branch master in R1.
pt_BR: Suponha que você queira transferir o histórico de um repositório R1 na máquina A para outro repositório R2 na máquina B.  Por alguma razão, a conexão direta entre A e B não é permitida, mas podemos mover dados de A para B através de algum mecanismo (CD , e-mail, etc.).  Queremos atualizar o R2 com o desenvolvimento feito no mestre de filial no R1.

note: type: Plain text
en: To bootstrap the process, you can first create a bundle that does not have any basis. You can use a tag to remember up to what commit you last processed, in order to make it easy to later update the other repository with an incremental bundle:
pt_BR: Para inicializar o processo, você pode primeiro criar um pacote que não tenha base. Você pode usar uma tag para lembrar até o último commit processado, para facilitar a atualização posterior do outro repositório com um pacote incremental:

note: type: delimited block -
en: machineA$ cd R1
    machineA$ git bundle create file.bundle master
    machineA$ git tag -f lastR2bundle master
pt_BR: máquinaA$ cd R1
    máquinaA$ git pacote criar arquivo.pacote master
    máquinaA$ git tag -f lastR2pacote master

note: type: Plain text
en: Then you transfer file.bundle to the target machine B. Because this bundle does not require any existing object to be extracted, you can create a new repository on machine B by cloning from it:
pt_BR: Em seguida, você transfere file.bundle para a máquina de destino B. Como esse pacote não requer que nenhum objeto existente seja extraído, você pode criar um novo repositório na máquina B clonando a partir dele:

note: type: delimited block -
en: machineB$ git clone -b master /home/me/tmp/file.bundle R2
pt_BR: máquinaB$ git clone -b master /home/me/tmp/arquivo.bundle R2

note: type: Plain text
en: This will define a remote called "origin" in the resulting repository that lets you fetch and pull from the bundle. The $GIT_DIR/config file in R2 will have an entry like this:
pt_BR: Isso definirá um controle remoto chamado "origem" no repositório resultante, que permite buscar e extrair do pacote. O arquivo $GIT_DIR/config no R2 terá uma entrada como esta:

note: type: Plain text
en: To update the resulting mine.git repository, you can fetch or pull after replacing the bundle stored at /home/me/tmp/file.bundle with incremental updates.
pt_BR: Para atualizar o repositório mine.git resultante, você pode buscar ou extrair depois de substituir o pacote armazenado em /home/me/tmp/file.bundle com atualizações incrementais.

note: type: Plain text
en: After working some more in the original repository, you can create an incremental bundle to update the other repository:
pt_BR: Depois de trabalhar um pouco mais no repositório original, você pode criar um pacote incremental para atualizar o outro repositório:

note: type: delimited block -
en: machineA$ cd R1
    machineA$ git bundle create file.bundle lastR2bundle..master
    machineA$ git tag -f lastR2bundle master
pt_BR: máquinaA$ cd R1
    máquinaA$ git pacote criar arquivo.pacote lastR2pacote..master
    máquinaA$ git tag -f lastR2pacote master

note: type: Plain text
en: You then transfer the bundle to the other machine to replace /home/me/tmp/file.bundle, and pull from it.
pt_BR: Em seguida, você transfere o pacote para a outra máquina para substituir /home/me/tmp/file.bundle e extrai dele.

note: type: delimited block -
en: machineB$ cd R2
    machineB$ git pull
pt_BR: máquinaB$ cd R2
    máquinaB$ git puxar

note: type: Plain text
en: If you know up to what commit the intended recipient repository should have the necessary objects, you can use that knowledge to specify the basis, giving a cut-off point to limit the revisions and objects that go in the resulting bundle. The previous example used the lastR2bundle tag for this purpose, but you can use any other options that you would give to the linkgit:git-log[1] command. Here are more examples:
pt_BR: Se você sabe até que ponto o repositório de destinatários pretendido deve ter os objetos necessários, você pode usar esse conhecimento para especificar a base, dando um ponto de corte para limitar as revisões e os objetos que entram no pacote resultante. O exemplo anterior usou a tag lastR2bundle para este propósito, mas você pode usar qualquer outra opção que você daria ao comando linkgit:git-log[1]. Aqui estão mais exemplos:

note: type: Plain text
en: You can use a tag that is present in both:
pt_BR: Você pode usar uma tag presente em ambos:

note: type: delimited block -
en: $ git bundle create mybundle v1.0.0..master
pt_BR: $ git criar pacote mybundle v1.0.0..master

note: type: Plain text
en: You can use a basis based on time:
pt_BR: Você pode usar uma base baseada no tempo:

note: type: Plain text
en: You can use the number of commits:
pt_BR: Você pode usar o número de confirmações:

note: type: delimited block -
en: $ git bundle create mybundle -10 master
pt_BR: $ git criar pacote meu-pacote - 10 master

note: type: Plain text
en: You can run `git-bundle verify` to see if you can extract from a bundle that was created with a basis:
pt_BR: Você pode executar o `git-verificar pacote` para ver se você pode extrair de um pacote que foi criado com base:

note: type: delimited block -
en: $ git bundle verify mybundle
pt_BR: $ git verificar pacote meu-pacote

note: type: Plain text
en: This will list what commits you must have in order to extract from the bundle and will error out if you do not have them.
pt_BR: Isso listará quais commits você deve ter para extrair do pacote e errará se você não os tiver.

note: type: Plain text
en: A bundle from a recipient repository's point of view is just like a regular repository which it fetches or pulls from. You can, for example, map references when fetching:
pt_BR: Um pacote do ponto de vista de um repositório de destinatários é exatamente como um repositório comum que ele busca ou extrai. Você pode, por exemplo, mapear referências ao buscar:

note: type: delimited block -
en: $ git fetch mybundle master:localRef
pt_BR: $ git buscar meu-pacote master:localRef

note: type: Plain text
en: You can also see what references it offers:
pt_BR: Você também pode ver quais referências ela oferece:

note: type: delimited block -
en: $ git ls-remote mybundle
pt_BR: $ git ls-remoto meu-pacote

note: type: Plain text
en: git-cat-file - Provide content or type and size information for repository objects
pt_BR: git-arquivo-gato - Forneça informações de conteúdo ou tipo e tamanho para objetos de repositório

note: type: Plain text
en: 'git cat-file' (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | <type> | --textconv | --filters ) [--path=<path>] <object>
    'git cat-file' (--batch | --batch-check) [ --textconv | --filters ] [--follow-symlinks]
pt_BR: 'git cat-file' (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | <tipo> | --textconv | --filters ) [--path=<caminho>] <objeto>
    'git cat-file' (--batch | --batch-check) [ --textconv | --filters ] [--follow-symlinks]

note: type: Plain text
en: In its first form, the command provides the content or the type of an object in the repository. The type is required unless `-t` or `-p` is used to find the object type, or `-s` is used to find the object size, or `--textconv` or `--filters` is used (which imply type "blob").
pt_BR: Em sua primeira forma, o comando fornece o conteúdo ou o tipo de um objeto no repositório. O tipo é requerido a menos que `-t` ou` -p` seja usado para encontrar o tipo de objeto, ou `-s` seja usado para encontrar o tamanho do objeto, ou` --textconv` ou `--filters` seja usado (que implicam tipo "blob").

note: type: Plain text
en: In the second form, a list of objects (separated by linefeeds) is provided on stdin, and the SHA-1, type, and size of each object is printed on stdout. The output format can be overridden using the optional `<format>` argument. If either `--textconv` or `--filters` was specified, the input is expected to list the object names followed by the path name, separated by a single whitespace, so that the appropriate drivers can be determined.
pt_BR: No segundo formulário, uma lista de objetos (separados por linhas de alimentação) é fornecida em stdin, e o SHA-1, tipo e tamanho de cada objeto são impressos em stdout. O formato de saída pode ser substituído usando o argumento opcional `<formato>`. Se `--textconv` ou` --filters` forem especificados, a entrada deverá listar os nomes dos objetos seguidos pelo nome do caminho, separados por um único espaço em branco, para que os drivers apropriados possam ser determinados.

note: type: Labeled list
en: <object>
pt_BR: <objeto>

note: type: Plain text
en: The name of the object to show.  For a more complete list of ways to spell object names, see the "SPECIFYING REVISIONS" section in linkgit:gitrevisions[7].
pt_BR: O nome do objeto a ser mostrado. Para uma lista mais completa de maneiras de soletrar nomes de objetos, veja a seção "ESPECIFICANDO REVISÕES" em linkgit:gitrevisions[7].

note: type: Plain text
en: Instead of the content, show the object type identified by <object>.
pt_BR: Em vez do conteúdo, mostre o tipo de objeto identificado por <objeto>.

note: type: Plain text
en: Instead of the content, show the object size identified by <object>.
pt_BR: Em vez do conteúdo, mostre o tamanho do objeto identificado por <objeto>.

note: type: Plain text
en: Exit with zero status if <object> exists and is a valid object. If <object> is of an invalid format exit with non-zero and emits an error on stderr.
pt_BR: Saia com status zero se <objeto> existir e for um objeto válido. Se <objeto> for de um formato inválido, saia com um valor diferente de zero e emite um erro no stderr.

note: type: Plain text
en: Pretty-print the contents of <object> based on its type.
pt_BR: Impressão-bonita o conteúdo de <objeto> baseado em seu tipo.

note: type: Labeled list
en: <type>
pt_BR: <tipo>

note: type: Plain text
en: Typically this matches the real type of <object> but asking for a type that can trivially be dereferenced from the given <object> is also permitted.  An example is to ask for a "tree" with <object> being a commit object that contains it, or to ask for a "blob" with <object> being a tag object that points at it.
pt_BR: Normalmente, isso corresponde ao tipo real de <objeto>, mas também é permitido solicitar um tipo que possa ser desreferenciado trivialmente do <objeto> fornecido.  Um exemplo é pedir uma "árvore" com <objeto> sendo um objeto commit que a contenha, ou pedir um "blob" com <objeto> sendo um objeto de tag que aponta para ele.

note: type: Plain text
en: Show the content as transformed by a textconv filter. In this case, <object> has to be of the form <tree-ish>:<path>, or :<path> in order to apply the filter to the content recorded in the index at <path>.
pt_BR: Mostrar o conteúdo como transformado por um filtro textconv. Nesse caso, <objeto> deve estar no formato <tree-ish>: <path>, ou: <path> para aplicar o filtro ao conteúdo registrado no índice em <path>.

note: type: Plain text
en: Show the content as converted by the filters configured in the current working tree for the given <path> (i.e. smudge filters, end-of-line conversion, etc). In this case, <object> has to be of the form <tree-ish>:<path>, or :<path>.
pt_BR: Mostrar o conteúdo como convertido pelos filtros configurados na árvore de trabalho atual para o <path> fornecido (por exemplo, filtros de manchas, conversão de fim de linha, etc.). Nesse caso, <objeto> deve estar no formato <tree-ish>: <path>, ou: <path>.

note: type: Plain text
en: For use with --textconv or --filters, to allow specifying an object name and a path separately, e.g. when it is difficult to figure out the revision from which the blob came.
pt_BR: Para uso com --textconv ou --filters, para permitir a especificação de um nome de objeto e um caminho separadamente, por ex. quando é difícil descobrir a revisão de onde veio a bolha.

note: type: Labeled list
en: --batch=<format>
pt_BR: --batch=<formato>

note: type: Plain text
en: Print object information and contents for each object provided on stdin.  May not be combined with any other options or arguments except `--textconv` or `--filters`, in which case the input lines also need to specify the path, separated by whitespace.  See the section `BATCH OUTPUT` below for details.
pt_BR: Imprima informações sobre o objeto e o conteúdo de cada objeto fornecido no stdin.  Não pode ser combinado com quaisquer outras opções ou argumentos, exceto `--textconv` ou` --filters`, caso em que as linhas de entrada também precisam especificar o caminho, separadas por espaço em branco. 
     Veja a seção `BATCH OUTPUT` abaixo para detalhes.

note: type: Labeled list
en: --batch-check=<format>
pt_BR: --batch-check=<formato>

note: type: Plain text
en: Print object information for each object provided on stdin.  May not be combined with any other options or arguments except `--textconv` or `--filters`, in which case the input lines also need to specify the path, separated by whitespace.  See the section `BATCH OUTPUT` below for details.
pt_BR: Imprime as informações do objeto para cada objeto fornecido no stdin. Não pode ser combinado com quaisquer outras opções ou argumentos, exceto `--textconv` ou` --filters`, caso em que as linhas de entrada também precisam especificar o caminho, separadas por espaço em branco. Veja a seção `BATCH OUTPUT` abaixo para detalhes.

note: type: Plain text
en: Instead of reading a list of objects on stdin, perform the requested batch operation on all objects in the repository and any alternate object stores (not just reachable objects).  Requires `--batch` or `--batch-check` be specified. Note that the objects are visited in order sorted by their hashes.
pt_BR: Em vez de ler uma lista de objetos no stdin, execute a operação em lote solicitada em todos os objetos no repositório e em quaisquer armazenamentos de objetos alternativos (não apenas objetos acessíveis).  Requer `--batch` ou` --batch-check` ser especificado. Observe que os objetos são visitados em ordem classificados por seus hashes.

note: type: Plain text
en: Normally batch output is flushed after each object is output, so that a process can interactively read and write from `cat-file`. With this option, the output uses normal stdio buffering; this is much more efficient when invoking `--batch-check` on a large number of objects.
pt_BR: Normalmente, a saída em lote é liberada após a saída de cada objeto, para que um processo possa ler e gravar interativamente a partir do arquivo "cat-file". Com essa opção, a saída usa o buffer stdio normal; isso é muito mais eficiente ao invocar o `--batch-check` em um grande número de objetos.

note: type: Plain text
en: When `--batch-all-objects` is in use, visit objects in an order which may be more efficient for accessing the object contents than hash order. The exact details of the order are unspecified, but if you do not require a specific order, this should generally result in faster output, especially with `--batch`.  Note that `cat-file` will still show each object only once, even if it is stored multiple times in the repository.
pt_BR: Quando `--batch-all-objects` estiver em uso, visite objetos em uma ordem que pode ser mais eficiente para acessar o conteúdo do objeto do que a ordem hash. Os detalhes exatos do pedido não são especificados, mas se você não precisar de um pedido específico, isso geralmente deve resultar em uma saída mais rápida, especialmente com `--batch`.  Note que `cat-file` ainda mostrará cada objeto apenas uma vez, mesmo que seja armazenado várias vezes no repositório.

note: type: Plain text
en: Allow -s or -t to query broken/corrupt objects of unknown type.
pt_BR: Permitir que -s ou -t consultem objetos corrompidos/corrompidos de tipo desconhecido.

note: type: Plain text
en: With --batch or --batch-check, follow symlinks inside the repository when requesting objects with extended SHA-1 expressions of the form tree-ish:path-in-tree.  Instead of providing output about the link itself, provide output about the linked-to object.  If a symlink points outside the tree-ish (e.g. a link to /foo or a root-level link to ../foo), the portion of the link which is outside the tree will be printed.
pt_BR: Com --batch ou --batch-check, siga os links simbólicos dentro do repositório ao solicitar objetos com expressões SHA-1 estendidas do formulário tree-ish: path-in-tree.  Em vez de fornecer saída sobre o próprio link, forneça saída sobre o objeto vinculado.  Se um link simbólico apontar para fora da árvore-ish (por exemplo, um link para /foo ou um link no nível-raiz para ../foo), a parte do link que está fora da árvore será impressa.

note: type: Plain text
en: This option does not (currently) work correctly when an object in the index is specified (e.g. `:link` instead of `HEAD:link`) rather than one in the tree.
pt_BR: Esta opção não funciona (atualmente) corretamente quando um objeto no índice é especificado (por exemplo, `: link` em vez de` HEAD: link`) em vez de um na árvore.

note: type: Plain text
en: This option cannot (currently) be used unless `--batch` or `--batch-check` is used.
pt_BR: Esta opção (atualmente) não pode ser usada, a menos que `--batch` ou `--batch-check` seja usado.

note: type: Plain text
en: For example, consider a git repository containing:
pt_BR: Por exemplo, considere um repositório git contendo:

note: type: Plain text
en: 	f: a file containing "hello\n"
    	link: a symlink to f
    	dir/link: a symlink to ../f
    	plink: a symlink to ../f
    	alink: a symlink to /etc/passwd
pt_BR: 	f: um arquivo que contenha "hello\n"
    	link: um link simbólico para f
    	dir/link: um link simbólico para ../f
    	plink: um link simbólico para ../f
    	alink: um link simbólico para /etc/passwd

note: type: Plain text
en: For a regular file `f`, `echo HEAD:f | git cat-file --batch` would print
pt_BR: Para um arquivo normal `f`, `echo HEAD:f | git cat-file --batch` imprimiria

note: type: Plain text
en: And `echo HEAD:link | git cat-file --batch --follow-symlinks` would print the same thing, as would `HEAD:dir/link`, as they both point at `HEAD:f`.
pt_BR: E `echo HEAD:link | git cat-file --batch --follow-symlinks` imprimiria a mesma coisa, assim como `HEAD:dir/link`, como ambos apontam para `HEAD:f`.

note: type: Plain text
en: Without `--follow-symlinks`, these would print data about the symlink itself.  In the case of `HEAD:link`, you would see
pt_BR: Sem `--follow-symlinks`, estes iriam imprimir dados sobre o link simbólico em si. No caso de `HEAD: link`, você veria

note: type: Plain text
en: Both `plink` and `alink` point outside the tree, so they would respectively print:
pt_BR: Ambos `plink` e` alink` apontam para fora da árvore, então eles imprimiriam respectivamente:

note: type: Plain text
en: 	symlink 4
    	../f
pt_BR: 	link-simbólico 4
    	../f

note: type: Plain text
en: 	symlink 11
    	/etc/passwd
pt_BR: 	link-simbólico 11
    	/etc/passwd

note: type: Title -
en: OUTPUT
pt_BR: SAÍDA

note: type: Plain text
en: If `-t` is specified, one of the <type>.
pt_BR: Se `-t` for especificado, um dos <tipo>.

note: type: Plain text
en: If `-s` is specified, the size of the <object> in bytes.
pt_BR: Se `-s` for especificado, o tamanho do <objeto> em bytes.

note: type: Plain text
en: If `-e` is specified, no output, unless the <object> is malformed.
pt_BR: Se `-e` for especificado, nenhuma saída, a menos que o <objeto> esteja malformado.

note: type: Plain text
en: If `-p` is specified, the contents of <object> are pretty-printed.
pt_BR: Se `-p` for especificado, o conteúdo de <object> será bem impresso.

note: type: Plain text
en: If <type> is specified, the raw (though uncompressed) contents of the <object> will be returned.
pt_BR: Se <tipo> for especificado, o conteúdo bruto (embora não compactado) do <objeto> será retornado.

note: type: Title -
en: BATCH OUTPUT
pt_BR: SAÍDA DO LOTE

note: type: Plain text
en: If `--batch` or `--batch-check` is given, `cat-file` will read objects from stdin, one per line, and print information about them. By default, the whole line is considered as an object, as if it were fed to linkgit:git-rev-parse[1].
pt_BR: Se `--batch` ou` --batch-check` for fornecido, o `cat-file` lerá objetos de stdin, um por linha, e imprimirá informações sobre eles. Por padrão, a linha inteira é considerada como um objeto, como se fosse alimentada para linkgit:git-rev-parse[1].

note: type: Plain text
en: You can specify the information shown for each object by using a custom `<format>`. The `<format>` is copied literally to stdout for each object, with placeholders of the form `%(atom)` expanded, followed by a newline. The available atoms are:
pt_BR: Você pode especificar as informações mostradas para cada objeto usando um `<formato>` personalizado. O `<formato>` é copiado literalmente para stdout para cada objeto, com espaços reservados da forma `%(atom)` expandidos, seguidos por uma nova linha. Os átomos disponíveis são:

note: type: Plain text
en: The 40-hex object name of the object.
pt_BR: O nome do objeto com 40 hexadecimais do objeto.

note: type: Plain text
en: The type of the object (the same as `cat-file -t` reports).
pt_BR: O tipo do objeto (o mesmo que os relatórios `cat-file -t`).

note: type: Plain text
en: The size, in bytes, of the object (the same as `cat-file -s` reports).
pt_BR: O tamanho, em bytes, do objeto (o mesmo que os relatórios `cat-file -s`).

note: type: Labeled list
en: `objectsize:disk`
pt_BR: `tamanho do objeto:disk`

note: type: Plain text
en: The size, in bytes, that the object takes up on disk. See the note about on-disk sizes in the `CAVEATS` section below.
pt_BR: O tamanho, em bytes, que o objeto ocupa no disco. Veja a nota sobre tamanhos em disco na seção "CAVEATS" abaixo.

note: type: Plain text
en: If the object is stored as a delta on-disk, this expands to the 40-hex sha1 of the delta base object. Otherwise, expands to the null sha1 (40 zeroes). See `CAVEATS` below.
pt_BR: Se o objeto é armazenado como um delta no disco, isso se expande para o hex sha-401 do objeto base delta. Caso contrário, expande para o nulo sha1 (40 zeros). Veja `CAVEATS` abaixo.

note: type: Plain text
en: If this atom is used in the output string, input lines are split at the first whitespace boundary. All characters before that whitespace are considered to be the object name; characters after that first run of whitespace (i.e., the "rest" of the line) are output in place of the `%(rest)` atom.
pt_BR: Se esse átomo for usado na sequência de saída, as linhas de entrada serão divididas no primeiro limite de espaço em branco. Todos os caracteres antes desses espaços em branco são considerados o nome do objeto; caracteres após essa primeira execução de espaço em branco (ou seja, o "resto" da linha) são emitidos no lugar do átomo "%(restante)".

note: type: Plain text
en: If no format is specified, the default format is `%(objectname)  %(objecttype) %(objectsize)`.
pt_BR: Se nenhum formato for especificado, o formato padrão é `%(objeto-nome)  %(objeto-tipo)%(objeto-tamanho)`.

note: type: Plain text
en: If `--batch` is specified, the object information is followed by the object contents (consisting of `%(objectsize)` bytes), followed by a newline.
pt_BR: Se `--batch` for especificado, as informações do objeto são seguidas pelo conteúdo do objeto (consistindo de `%(objectsize)` bytes), seguido por uma nova linha.

note: type: Plain text
en: For example, `--batch` without a custom format would produce:
pt_BR: Por exemplo, `--batch` sem um formato personalizado produziria:

note: type: delimited block -
en: <sha1> SP <type> SP <size> LF
    <contents> LF
pt_BR: <sha1> SP <tipo> SP <tamanho> LF
    <conteúdo> LF

note: type: Plain text
en: Whereas `--batch-check='%(objectname) %(objecttype)'` would produce:
pt_BR: Considerando que `--batch-check ='%(objeto-nome)% (objeto-tipo)'` produziria:

note: type: delimited block -
en: <sha1> SP <type> LF
pt_BR: <sha1> SP <tipo> LF

note: type: Plain text
en: If a name is specified on stdin that cannot be resolved to an object in the repository, then `cat-file` will ignore any custom format and print:
pt_BR: Se um nome é especificado no stdin que não pode ser resolvido para um objeto no repositório, então o `cat-file` irá ignorar qualquer formato customizado e imprimir:

note: type: delimited block -
en: <object> SP missing LF
pt_BR: <objeto> SP faltando LF

note: type: Plain text
en: If a name is specified that might refer to more than one object (an ambiguous short sha), then `cat-file` will ignore any custom format and print:
pt_BR: Se for especificado um nome que possa se referir a mais de um objeto (um sha curto ambíguo), então o `cat-file` ignorará qualquer formato personalizado e imprimirá:

note: type: delimited block -
en: <object> SP ambiguous LF
pt_BR: <objeto> SP ambíguo LF

note: type: Plain text
en: If --follow-symlinks is used, and a symlink in the repository points outside the repository, then `cat-file` will ignore any custom format and print:
pt_BR: Se --siga-links-simbólicos for usado, e um link-simbólico no repositório apontar para fora do repositório, então o `cat-file` irá ignorar qualquer formato customizado e imprimir:

note: type: delimited block -
en: symlink SP <size> LF
    <symlink> LF
pt_BR: link-simbólico SP <tamanho> LF
    <link-simbólico> LF

note: type: Plain text
en: The symlink will either be absolute (beginning with a /), or relative to the tree root.  For instance, if dir/link points to ../../foo, then <symlink> will be ../foo.  <size> is the size of the symlink in bytes.
pt_BR: O link simbólico será absoluto (começando com a /) ou relativo à raiz da árvore.  Por exemplo, se dir/link apontar para ../../foo, então <link-simbólico> será ../foo.  <tamanho> é o tamanho do link-simbólico em bytes.

note: type: Plain text
en: If --follow-symlinks is used, the following error messages will be displayed:
pt_BR: Se --seguir-links-simbólicos for usado, as seguintes mensagens de erro serão exibidas:

note: type: Plain text
en: is printed when the initial symlink requested does not exist.
pt_BR: é impresso quando o link simbólico inicial solicitado não existe.

note: type: delimited block -
en: dangling SP <size> LF
    <object> LF
pt_BR: balançando SP >tamanho> LF
    <objeto> LF

note: type: Plain text
en: is printed when the initial symlink exists, but something that it (transitive-of) points to does not.
pt_BR: é impresso quando o link-simbólico inicial existe, mas algo que ele (transitivo) aponta não.

note: type: delimited block -
en: loop SP <size> LF
    <object> LF
pt_BR: laço SP <tamanho> LF
    <objeto> LF

note: type: Plain text
en: is printed for symlink loops (or any symlinks that require more than 40 link resolutions to resolve).
pt_BR: é impresso para laços de links simbólicos (ou quaisquer links simbólicos que exijam mais de 40 resoluções de link para resolver).

note: type: delimited block -
en: notdir SP <size> LF
    <object> LF
pt_BR: notdir SP <tamanho> LF
    <objeto> LF

note: type: Plain text
en: is printed when, during symlink resolution, a file is used as a directory name.
pt_BR: é impresso quando, durante a resolução do link-simbólico, um arquivo é usado como um nome de diretório.

note: type: Title -
en: CAVEATS
pt_BR: RESSALVAS

note: type: Plain text
en: Note that the sizes of objects on disk are reported accurately, but care should be taken in drawing conclusions about which refs or objects are responsible for disk usage. The size of a packed non-delta object may be much larger than the size of objects which delta against it, but the choice of which object is the base and which is the delta is arbitrary and is subject to change during a repack.
pt_BR: Observe que os tamanhos dos objetos no disco são relatados com precisão, mas deve-se tomar cuidado ao tirar conclusões sobre quais refs ou objetos são responsáveis pelo uso do disco. O tamanho de um objeto não delta compactado pode ser muito maior que o tamanho de objetos que o delta, mas a escolha de qual objeto é a base e qual é o delta é arbitrária e está sujeita a alterações durante um empacotamento.

note: type: Plain text
en: Note also that multiple copies of an object may be present in the object database; in this case, it is undefined which copy's size or delta base will be reported.
pt_BR: Observe também que várias cópias de um objeto podem estar presentes no banco de dados de objetos; neste caso, é indefinido qual tamanho da cópia ou base delta será relatada.

note: type: Plain text
en: git-check-attr - Display gitattributes information
pt_BR: git-check-attr - Exibe informações sobre gitattributes

note: type: Plain text
en: For every pathname, this command will list if each attribute is 'unspecified', 'set', or 'unset' as a gitattribute on that pathname.
pt_BR: Para cada nome de caminho, este comando listará se cada atributo é "não especificado", "definido" ou "não configurado" como um atributo de atributo nesse nome de caminho.

note: type: Plain text
en: List all attributes that are associated with the specified paths.  If this option is used, then 'unspecified' attributes will not be included in the output.
pt_BR: Listar todos os atributos associados aos caminhos especificados.  Se esta opção for usada, os atributos 'não especificados' não serão incluídos na saída.

note: type: Plain text
en: Consider `.gitattributes` in the index only, ignoring the working tree.
pt_BR: Considere `.gitattributos` apenas no índice, ignorando a árvore de trabalho.

note: type: Plain text
en: Read pathnames from the standard input, one per line, instead of from the command-line.
pt_BR: Leia os nomes de caminho da entrada padrão, um por linha, em vez da linha de comando.

note: type: Plain text
en: The output format is modified to be machine-parsable.  If `--stdin` is also given, input paths are separated with a NUL character instead of a linefeed character.
pt_BR: O formato de saída é modificado para ser analisável por máquina.  Caso `--stdin` também seja fornecido, os caminhos de entrada serão separados por um caractere NUL em vez de um caractere de avanço de linha.

note: type: Plain text
en: Interpret all preceding arguments as attributes and all following arguments as path names.
pt_BR: Interprete todos os argumentos anteriores como atributos e todos os argumentos a seguir como nomes de caminho.

note: type: Plain text
en: If none of `--stdin`, `--all`, or `--` is used, the first argument will be treated as an attribute and the rest of the arguments as pathnames.
pt_BR: Caso nenhum `--stdin`, `--all`, ou `--` seja usado, o primeiro argumento será tratado como um atributo e o restante dos argumentos como os nomes do caminho.

note: type: Plain text
en: The output is of the form: <path> COLON SP <attribute> COLON SP <info> LF
pt_BR: A saída é do formato: <caminho> COLON SP <atributo> COLON SP <info> LF

note: type: Plain text
en: unless `-z` is in effect, in which case NUL is used as delimiter: <path> NUL <attribute> NUL <info> NUL
pt_BR: a menos que `-z` esteja em vigor, caso em que NUL é usado como delimitador: <path> NUL <atributo> NUL <info> NUL

note: type: Plain text
en: <path> is the path of a file being queried, <attribute> is an attribute being queried and <info> can be either:
pt_BR: <path> é o caminho de um arquivo sendo consultado, <atributo> é um atributo sendo consultado e <info> pode ser:

note: type: Plain text
en: when the attribute is not defined for the path.
pt_BR: quando o atributo não está definido para o path.

note: type: Plain text
en: when the attribute is defined as false.
pt_BR: quando o atributo é definido como falso.

note: type: Plain text
en: when the attribute is defined as true.
pt_BR: quando o atributo é definido como verdadeiro.

note: type: Labeled list
en: <value>
pt_BR: <valor>

note: type: Plain text
en: when a value has been assigned to the attribute.
pt_BR: quando um valor foi atribuído ao atributo.

note: type: Plain text
en: Buffering happens as documented under the `GIT_FLUSH` option in linkgit:git[1].  The caller is responsible for avoiding deadlocks caused by overfilling an input buffer or reading from an empty output buffer.
pt_BR: Buffering acontece conforme documentado sob a opção `GIT_FLUSH` em linkgit:git[1]. O chamador é responsável por evitar deadlocks causados pelo excesso de buffer de entrada ou pela leitura de um buffer de saída vazio.

note: type: Plain text
en: In the examples, the following '.gitattributes' file is used:
pt_BR: Nos exemplos, o seguinte arquivo '.gitattributos' é usado:

note: type: Plain text
en: Listing a single attribute:
pt_BR: Listando um único atributo:

note: type: Plain text
en: Listing multiple attributes for a file:
pt_BR: Listando vários atributos para um arquivo:

note: type: Plain text
en: Listing all attributes for a file:
pt_BR: Listando todos os atributos de um arquivo:

note: type: Plain text
en: Listing an attribute for multiple files:
pt_BR: Listando um atributo para vários arquivos:

note: type: Plain text
en: Not all values are equally unambiguous:
pt_BR: Nem todos os valores são igualmente inequívocos:

note: type: delimited block -
en: $ git check-attr caveat README
    README: caveat: unspecified
pt_BR: $ git check-attr caveat README
    README: caveat: não especificado

note: type: Plain text
en: git-check-ignore - Debug gitignore / exclude files
pt_BR: git-verifique-ignorar - Depurar gitignorar / excluir arquivos

note: type: Plain text
en: 'git check-ignore' [<options>] <pathname>...
    'git check-ignore' [<options>] --stdin
pt_BR: 'git check-ignore' [<opções>] <pathname>...
    'git check-ignore' [<opções>] --stdin

note: type: Plain text
en: For each pathname given via the command-line or from a file via `--stdin`, check whether the file is excluded by .gitignore (or other input files to the exclude mechanism) and output the path if it is excluded.
pt_BR: Para cada nome de caminho dado através da linha de comando ou de um arquivo via `--stdin`, verifique se o arquivo foi excluído por .gitignorar (ou outros arquivos de entrada para o mecanismo de exclusão) e imprima o caminho se ele for excluído.

note: type: Plain text
en: By default, tracked files are not shown at all since they are not subject to exclude rules; but see `--no-index'.
pt_BR: Por padrão, os arquivos rastreados não são exibidos, pois não estão sujeitos a regras de exclusão. mas veja `--não-índice '.

note: type: Plain text
en: Don't output anything, just set exit status.  This is only valid with a single pathname.
pt_BR: Não produza nada, apenas configure o status de saída.  Isso é válido apenas com um único nome de path.

note: type: Plain text
en: Instead of printing the paths that are excluded, for each path that matches an exclude pattern, print the exclude pattern together with the path.  (Matching an exclude pattern usually means the path is excluded, but if the pattern begins with '!' then it is a negated pattern and matching it means the path is NOT excluded.)
pt_BR: Em vez de imprimir os caminhos que são excluídos, para cada caminho que coincida a um padrão de exclusão, imprima o padrão de exclusão junto com o caminho.  (A correspondência de um padrão de exclusão geralmente significa que o caminho foi excluído, porém caso o padrão comece com '!', então é um padrão negado e a coincidência significa que o caminho NÃO foi excluído.)

note: type: Plain text
en: For precedence rules within and between exclude sources, see linkgit:gitignore[5].
pt_BR: Para regras de precedência dentro e entre as fontes exclude, veja linkgit:gitignorar[5].

note: type: Plain text
en: The output format is modified to be machine-parsable (see below).  If `--stdin` is also given, input paths are separated with a NUL character instead of a linefeed character.
pt_BR: O formato de saída é modificado para ser analisável por máquina. (veja abaixo).  Caso `--stdin` também seja fornecido, os caminhos de entrada serão separados por um caractere NUL em vez de um caractere de avanço de linha.

note: type: Plain text
en: Show given paths which don't match any pattern.	 This only makes sense when `--verbose` is enabled, otherwise it would not be possible to distinguish between paths which match a pattern and those which don't.
pt_BR: Mostrar paths que não correspondem a nenhum padrão.	 Isto só faz sentido quando o `--verbose` está habilitado, caso contrário não seria possível distinguir entre caminhos que correspondem a um padrão e aqueles que não o fazem.

note: type: Plain text
en: Don't look in the index when undertaking the checks. This can be used to debug why a path became tracked by e.g. `git add .` and was not ignored by the rules as expected by the user or when developing patterns including negation to match a path previously added with `git add -f`.
pt_BR: Não procure no índice ao realizar as verificações. Isso pode ser usado para depurar porque um caminho foi rastreado por, e. `git add .` e não foi ignorado pelas regras como esperado pelo usuário ou ao desenvolver padrões incluindo negação para corresponder a um caminho previamente adicionado com` git add -f`.

note: type: Plain text
en: By default, any of the given pathnames which match an ignore pattern will be output, one per line.  If no pattern matches a given path, nothing will be output for that path; this means that path will not be ignored.
pt_BR: Por padrão, qualquer um dos nomes de caminho fornecidos que correspondem a um padrão de ignorar será gerado, um por linha.  Se nenhum padrão corresponder a um determinado caminho, nada será produzido para esse caminho; isso significa que o caminho não será ignorado.

note: type: Plain text
en: If `--verbose` is specified, the output is a series of lines of the form:
pt_BR: Se `--verbose` for especificado, a saída será uma série de linhas do formulário:

note: type: Plain text
en: <source> <COLON> <linenum> <COLON> <pattern> <HT> <pathname>
pt_BR: <origem> <COLON> <linenum> <COLON> <padrão> <HT> <nome do path>

note: type: Plain text
en: <pathname> is the path of a file being queried, <pattern> is the matching pattern, <source> is the pattern's source file, and <linenum> is the line number of the pattern within that source.  If the pattern contained a `!` prefix or `/` suffix, it will be preserved in the output.  <source> will be an absolute path when referring to the file configured by `core.excludesFile`, or relative to the repository root when referring to `.git/info/exclude` or a per-directory exclude file.
pt_BR: <pathnome> é o path de um arquivo sendo consultado, <padronizar> é o padrão correspondente, <fonte> é o arquivo de origem do padrão e <número-de-linha> é o número da linha do padrão dentro dessa origem. Se o padrão continha um prefixo `!` Ou `/`, ele será preservado na saída. <fonte> será um caminho absoluto quando se referir ao arquivo configurado por `core.excluirArquivo`, ou relativo à raiz do repositório quando se referir a` .git/info/excluir` ou um arquivo de exclusão por diretório.

note: type: Plain text
en: If `-z` is specified, the pathnames in the output are delimited by the null character; if `--verbose` is also specified then null characters are also used instead of colons and hard tabs:
pt_BR: Se `-z` for especificado, os nomes de caminho na saída são delimitados pelo caractere nulo; se `--verbose` também for especificado, então caracteres nulos também serão usados em vez de vírgulas e guias rígidas:

note: type: Plain text
en: <source> <NULL> <linenum> <NULL> <pattern> <NULL> <pathname> <NULL>
pt_BR: <fonte> <NULL> <número de linhas> <NULL> <padrão> <NULL> <nome do path> <NULL>

note: type: Plain text
en: If `-n` or `--non-matching` are specified, non-matching pathnames will also be output, in which case all fields in each output record except for <pathname> will be empty.  This can be useful when running non-interactively, so that files can be incrementally streamed to STDIN of a long-running check-ignore process, and for each of these files, STDOUT will indicate whether that file matched a pattern or not.  (Without this option, it would be impossible to tell whether the absence of output for a given file meant that it didn't match any pattern, or that the output hadn't been generated yet.)
pt_BR: Caso `-n` ou `--não-coincidindo` forem usados, os nomes dos caminhos não correspondentes também serão emitidos, no caso onde todos os campos em cada registro de saída, exceto para `<nome do caminho>`, estarão vazios. Isso pode ser útil ao executar de forma não interativa, para que os arquivos possam ser transmitidos de forma incremental para STDIN de um processo de ignorar cheque de longa execução e para cada um desses arquivos, STDOUT indicará se esse arquivo correspondeu a um padrão. (Sem essa opção, seria impossível dizer se a ausência de saída para um determinado arquivo significava que ele não correspondia a nenhum padrão ou que a saída ainda não havia sido gerada.)

note: type: Title -
en: EXIT STATUS
pt_BR: ESTADO DE SAÍDA

note: type: Plain text
en: One or more of the provided paths is ignored.
pt_BR: Um ou mais dos caminhos fornecidos são ignorados.

note: type: Plain text
en: None of the provided paths are ignored.
pt_BR: Nenhum dos caminhos fornecidos é ignorado.

note: type: Plain text
en: A fatal error was encountered.
pt_BR: Um erro fatal foi encontrado.

note: type: Plain text
en: git-check-mailmap - Show canonical names and email addresses of contacts
pt_BR: git-check-mailmap - Mostra nomes canônicos e endereços de e-mail de contatos

note: type: Plain text
en: 'git check-mailmap' [<options>] <contact>...
pt_BR: 'git verificar-mailmap' [<opções>] <contato>...

note: type: Plain text
en: For each ``Name $$<user@host>$$'' or ``$$<user@host>$$'' from the command-line or standard input (when using `--stdin`), look up the person's canonical name and email address (see "Mapping Authors" below). If found, print them; otherwise print the input as-is.
pt_BR: Para cada ``Nome $$<usuário@host>$$'' ou ``$$<usuário@host>$$'' da linha de comando ou entrada padrão (ao usar `--stdin`), procure o nome canônico e o endereço de e-mail da pessoa (consulte "Mapeando Autores" abaixo). Se encontrado, imprima-os; caso contrário, imprima a entrada como está.

note: type: Plain text
en: Read contacts, one per line, from the standard input after exhausting contacts provided on the command-line.
pt_BR: Leia os contatos, um por linha, a partir da entrada padrão depois de esgotar os contatos fornecidos na linha de comando.

note: type: Plain text
en: For each contact, a single line is output, terminated by a newline.  If the name is provided or known to the 'mailmap', ``Name $$<user@host>$$'' is printed; otherwise only ``$$<user@host>$$'' is printed.
pt_BR: Para cada contato, uma única linha é emitida, terminada por uma nova linha. Se o nome for fornecido ou conhecido pelo 'mailmap', '`Name $$<user@host>$$' 'será impresso; caso contrário, apenas ``$$<user@host>$$'' será impresso.

note: type: Plain text
en: git-checkout-index - Copy files from the index to the working tree
pt_BR: git-checkout-index - Copia arquivos do índice para a árvore de trabalho

note: type: Plain text
en: Will copy all files listed from the index to the working directory (not overwriting existing files).
pt_BR: Copiará todos os arquivos listados do índice para o diretório de trabalho (não sobrescrevendo arquivos existentes).

note: type: Plain text
en: update stat information for the checked out entries in the index file.
pt_BR: atualiza informações estatísticas para as entradas com check-out no arquivo de índice.

note: type: Plain text
en: be quiet if files exist or are not in the index
pt_BR: fique quieto se os arquivos existirem ou não estiverem no índice

note: type: Plain text
en: forces overwrite of existing files
pt_BR: forças sobrescrevem arquivos existentes

note: type: Plain text
en: checks out all files in the index.  Cannot be used together with explicit filenames.
pt_BR: verifica todos os arquivos no índice.  Não pode ser usado junto com nomes de arquivos explícitos.

note: type: Plain text
en: Don't checkout new files, only refresh files already checked out.
pt_BR: Não faça o checkout de novos arquivos, apenas atualize os arquivos já com check-out.

note: type: Labeled list
en: --prefix=<string>
pt_BR: --prefixo=<string>

note: type: Plain text
en: When creating files, prepend <string> (usually a directory including a trailing /)
pt_BR: Ao criar arquivos, prefixos <string> (geralmente um diretório incluindo um trailing /)

note: type: Labeled list
en: --stage=<number>|all
pt_BR: --stage=<número>|all

note: type: Plain text
en: Instead of checking out unmerged entries, copy out the files from named stage.  <number> must be between 1 and 3.  Note: --stage=all automatically implies --temp.
pt_BR: Em vez de verificar entradas não mescladas, copie os arquivos do estágio nomeado.  <número> deve estar entre 1 e 3. Nota: --stage=all automaticamente implica --temp.

note: type: Plain text
en: Instead of copying the files to the working directory write the content to temporary files.  The temporary name associations will be written to stdout.
pt_BR: Em vez de copiar os arquivos para o diretório de trabalho, grave o conteúdo em arquivos temporários.  As associações temporárias de nomes serão gravadas no stdout.

note: type: Plain text
en: Instead of taking list of paths from the command line, read list of paths from the standard input.  Paths are separated by LF (i.e. one path per line) by default.
pt_BR: Em vez de pegar a lista de caminhos da linha de comando, leia a lista de caminhos da entrada padrão.  Os paths são separados por LF (ou seja, um caminho por linha) por padrão.

note: type: Plain text
en: Only meaningful with `--stdin`; paths are separated with NUL character instead of LF.
pt_BR: Somente significativo com `--stdin`; caminhos são separados com caracteres NUL em vez de LF.

note: type: Plain text
en: Do not interpret any more arguments as options.
pt_BR: Não interprete mais argumentos como opções.

note: type: Plain text
en: The order of the flags used to matter, but not anymore.
pt_BR: A ordem das bandeiras costumava importar, mas não mais.

note: type: Plain text
en: Just doing `git checkout-index` does nothing. You probably meant `git checkout-index -a`. And if you want to force it, you want `git checkout-index -f -a`.
pt_BR: Apenas fazendo `git checkout-índice` não faz nada. Você provavelmente quis dizer `git checkout-índice -a`. E se você quiser forçá-lo, você quer `git checkout-index -f -a`.

note: type: Plain text
en: Intuitiveness is not the goal here. Repeatability is. The reason for the "no arguments means no work" behavior is that from scripts you are supposed to be able to do:
pt_BR: A intuição não é o objetivo aqui. Repetibilidade é. A razão para o comportamento "nenhum argumento não significa trabalho" é aquele dos scripts que você deveria fazer:

note: type: Plain text
en: which will force all existing `*.h` files to be replaced with their cached copies. If an empty command line implied "all", then this would force-refresh everything in the index, which was not the point.  But since 'git checkout-index' accepts --stdin it would be faster to use:
pt_BR: o que forçará a substituição de todos os arquivos `* .h` por suas cópias em cache. Caso uma linha de comando vazia implique "tudo", isso forçaria a atualização de tudo no índice o que não era o ponto.  Mas como 'git checkout-index' aceita --stdin seria mais rápido usar:

note: type: Plain text
en: The `--` is just a good idea when you know the rest will be filenames; it will prevent problems with a filename of, for example, `-a`.  Using `--` is probably a good policy in scripts.
pt_BR: O `--` é apenas uma boa ideia quando você sabe que o restante será o nome dos arquivos; isso evitará problemas com um nome de arquivo de, por exemplo, `-a`.   Usar `--` é provavelmente uma boa política em scripts.

note: type: Title -
en: Using --temp or --stage=all
pt_BR: Usando `--temp` ou `--stage=all`

note: type: Plain text
en: When `--temp` is used (or implied by `--stage=all`)  'git checkout-index' will create a temporary file for each index entry being checked out.  The index will not be updated with stat information.  These options can be useful if the caller needs all stages of all unmerged entries so that the unmerged files can be processed by an external merge tool.
pt_BR: Quando o `--temp` é utilizado (ou de forma implícita por `--stage=all`), o comando 'git checkout-index' cria um arquivo temporário para cada entrada do índice que está sendo retirado.  O índice não será atualizado com informações estatísticas.  Essas opções podem ser úteis caso quem chame precise de todos os estágios de todas as entradas não mescladas para que os arquivos não mesclados possam ser processados por uma ferramenta de mesclagem externa.

note: type: Plain text
en: A listing will be written to stdout providing the association of temporary file names to tracked path names.  The listing format has two variations:
pt_BR: Uma lista será gravada no stdout, fornecendo a associação dos nomes dos arquivos temporários para os nomes dos caminhos rastreados.  O formato da listagem possui duas variações:

note: type: Plain text
en: The first format is what gets used when `--stage` is omitted or is not `--stage=all`. The field tempname is the temporary file name holding the file content and path is the tracked path name in the index.  Only the requested entries are output.
pt_BR: O primeiro formato é o que é usado quando o `--stage` for omitido ou não seja um `stage=all`. O campo `tempname` é o nome do arquivo temporário que contenha o conteúdo do arquivo e `path` é o nome do caminho rastreado no índice.  O campo `tempname` é o arquivo com nome temporário que armazena o conteúdo do arquivo e `path` e o nome do caminho rastreado no índice.  Apenas as entradas solicitadas são produzidas.

note: type: Plain text
en: The second format is what gets used when `--stage=all`.  The three stage temporary fields (stage1temp, stage2temp, stage3temp) list the name of the temporary file if there is a stage entry in the index or `.` if there is no stage entry.  Paths which only have a stage 0 entry will always be omitted from the output.
pt_BR: O segundo formato é o que é usado quando `--stage=all`. Os três campos temporários do estágio (stage1temp, stage2temp, stage3temp) listam o nome do arquivo temporário se houver uma entrada de estágio no índice ou `.` se não houver nenhuma entrada de estágio.  Os paths que possuem apenas uma entrada de estágio 0 sempre serão omitidos da saída.

note: type: Plain text
en: In both formats RS (the record separator) is newline by default but will be the null byte if -z was passed on the command line.  The temporary file names are always safe strings; they will never contain directory separators or whitespace characters.  The path field is always relative to the current directory and the temporary file names are always relative to the top level directory.
pt_BR: Em ambos os formatos, RS (o separador de registro) é a nova linha por padrão, mas será o byte nulo se -z foi passado na linha de comando.  Os nomes de arquivos temporários são sempre sequências seguras; eles nunca conterão separadores de diretório ou caracteres de espaço em branco. O campo de caminho é sempre relativo ao diretório atual e os nomes de arquivos temporários são sempre relativos ao diretório de nível superior.

note: type: Plain text
en: If the object being copied out to a temporary file is a symbolic link the content of the link will be written to a normal file.  It is up to the end-user or the Porcelain to make use of this information.
pt_BR: Se o objeto que está sendo copiado para um arquivo temporário for um link simbólico, o conteúdo do link será gravado em um arquivo normal. 
     Cabe ao usuário final ou a Porcelana fazer uso desta informação.

note: type: Labeled list
en: To update and refresh only the files already checked out
pt_BR: Para atualizar e atualizar somente os arquivos já verificados

note: type: delimited block -
en: $ git checkout-index -n -f -a && git update-index --ignore-missing --refresh
pt_BR: $ git verificar-índice-n -f -a && git update-índice --ignorar-atualização --ausente

note: type: Labeled list
en: Using 'git checkout-index' to "export an entire tree"
pt_BR: Usando 'git verificar-índice' para "exportar uma árvore inteira"

note: type: Plain text
en: The prefix ability basically makes it trivial to use 'git checkout-index' as an "export as tree" function.  Just read the desired tree into the index, and do:
pt_BR: A habilidade prefixo basicamente torna trivial o uso do 'git verificar-índice' como uma função "exportar como árvore". Apenas leia a árvore desejada no índice e faça:

note: type: Plain text
en: `git checkout-index` will "export" the index into the specified directory.
pt_BR: `git verificar-índice` irá" exportar "o índice para o diretório especificado.

note: type: Plain text
en: The final "/" is important. The exported name is literally just prefixed with the specified string.  Contrast this with the following example.
pt_BR: O final "/" é importante.  O nome exportado é literalmente prefixado com a string especificada.  Compare isso com o exemplo a seguir.

note: type: Labeled list
en: Export files with a prefix
pt_BR: Exportar arquivos com um prefixo

note: type: Plain text
en: This will check out the currently cached copy of `Makefile` into the file `.merged-Makefile`.
pt_BR: Isto irá verificar a cópia atualmente em cache de `Fazer arquivo` no arquivo` .merged-Fazer arquivo`.

note: type: Plain text
en: git-checkout - Switch branches or restore working tree files
pt_BR: git-checkout - Alterne entre ramos ou restaure os arquivos da árvore de trabalho

note: type: Plain text
en: 'git checkout' [-q] [-f] [-m] [<branch>]
    'git checkout' [-q] [-f] [-m] --detach [<branch>]
    'git checkout' [-q] [-f] [-m] [--detach] <commit>
    'git checkout' [-q] [-f] [-m] [[-b|-B|--orphan] <new_branch>] [<start_point>]
    'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <pathspec>...
    'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] --pathspec-from-file=<file> [--pathspec-file-nul]
    'git checkout' (-p|--patch) [<tree-ish>] [--] [<pathspec>...]
pt_BR: 'git checkout' [-q] [-f] [-m] [<ramo>]
    'git checkout' [-q] [-f] [-m] --detach [<ramo>]
    'git checkout' [-q] [-f] [-m] [--detach] <commit>
    'git checkout' [-q] [-f] [-m] [[-b|-B|--orphan] <novo_ramo>] [<ponto_de_início>]
    'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <pathspec>...
    'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] --pathspec-from-file=<file> [--pathspec-file-nul]
    'git checkout' (-p|--patch) [<tree-ish>] [--] [<pathspec>...]

note: type: Plain text
en: Updates files in the working tree to match the version in the index or the specified tree.  If no pathspec was given, 'git checkout' will also update `HEAD` to set the specified branch as the current branch.
pt_BR: Atualiza arquivos na árvore de trabalho para corresponder à versão no índice ou na árvore especificada.  Caso nenhum caminho "pathspec" seja fornecido o 'git checkout' também atualizará `HEAD` definindo o ramo especificado como o ramo atual.

note: type: Plain text
en: To prepare for working on `<branch>`, switch to it by updating the index and the files in the working tree, and by pointing `HEAD` at the branch. Local modifications to the files in the working tree are kept, so that they can be committed to the `<branch>`.
pt_BR: Para se preparar para trabalhar em `<branch>`, alterne para ele atualizando o índice e os arquivos na árvore de trabalho ao apontar para HEAD na ramificação. As modificações locais nos arquivos na árvore de trabalho são mantidas para que commits possam ser feitas no `<branch>`.

note: type: Plain text
en: If `<branch>` is not found but there does exist a tracking branch in exactly one remote (call it `<remote>`) with a matching name and `--no-guess` is not specified, treat as equivalent to
pt_BR: Caso o `<branch>` não seja encontrado mas existir uma ramificação de rastreamento em um ponto remoto (chame-o de `<remoto>`) com um nome correspondente e quando `--no-guess` não for especificado, trate-o como um equivalente a

note: type: Plain text
en: You could omit `<branch>`, in which case the command degenerates to "check out the current branch", which is a glorified no-op with rather expensive side-effects to show only the tracking information, if exists, for the current branch.
pt_BR: Você pode omitir o `<branch>` no caso em que o comando se degenera para "verificar o branch atual", que é um glorificado não-op com efeitos colaterais bastante caros para mostrar apenas as informações de rastreamento, caso exista, para o branch atual.

note: type: Labeled list
en: 'git checkout' -b|-B <new_branch> [<start point>]
pt_BR: 'git verificar' -b|-B <novo_branch> [<start point>]

note: type: Plain text
en: Specifying `-b` causes a new branch to be created as if linkgit:git-branch[1] were called and then checked out.  In this case you can use the `--track` or `--no-track` options, which will be passed to 'git branch'.  As a convenience, `--track` without `-b` implies branch creation; see the description of `--track` below.
pt_BR: Especificar `-b` faz com que uma nova ramificação seja criada como se linkgit:git-branch[1] fosse chamado e, em seguida, retirado. Neste caso você pode usar as opções `--track` ou` --não-track`, que serão passadas para 'git branch'. Por conveniência, `--track` sem` -b` implica criação de ramificação; veja a descrição de `--track` abaixo.

note: type: Plain text
en: If `-B` is given, `<new_branch>` is created if it doesn't exist; otherwise, it is reset. This is the transactional equivalent of
pt_BR: Caso `-B` seja dado, o `<novo_branch>` é criado se ainda não existir; caso contrário, é redefinido. Este é o equivalente transacional de

note: type: delimited block -
en: $ git branch -f <branch> [<start point>]
    $ git checkout <branch>
pt_BR: $ git branch -f <branch> [<ponto de partida>]
    $ git verificar <branch>

note: type: Plain text
en: that is to say, the branch is not reset/created unless "git checkout" is successful.
pt_BR: isto é, a ramificação não é redefinida/criada a menos que "git verificar" seja bem-sucedido.

note: type: Labeled list
en: 'git checkout' --detach [<branch>]
pt_BR: 'git checkout' --detach [<ramo>]

note: type: Plain text
en: Prepare to work on top of `<commit>`, by detaching `HEAD` at it (see "DETACHED HEAD" section), and updating the index and the files in the working tree.  Local modifications to the files in the working tree are kept, so that the resulting working tree will be the state recorded in the commit plus the local modifications.
pt_BR: Prepare-se para trabalhar em cima de `<commit>`, desanexando o `HEAD` nele (consulte a seção "DESTACADO HEAD") e atualizando o índice e os arquivos na árvore de trabalho.  As modificações locais nos arquivos na árvore de trabalho são mantidas de forma que a árvore de trabalho resultante seja o estado registrado no commit, mais as modificações locais.

note: type: Plain text
en: When the `<commit>` argument is a branch name, the `--detach` option can be used to detach `HEAD` at the tip of the branch (`git checkout <branch>` would check out that branch without detaching `HEAD`).
pt_BR: Quando o argumento `<commit>` é um nome de ramificação a opção `--detach` pode ser usada para desanexar o `HEAD` na ponta da ramificação (` git checkout <branch>` verificaria aquela ramificação sem desanexar o `HEAD`).

note: type: Plain text
en: Omitting `<branch>` detaches `HEAD` at the tip of the current branch.
pt_BR: Ao omitir o `<branch>` isso desanexa o `HEAD` na ponta do ramo atual.

note: type: Plain text
en: Overwrite the contents of the files that match the pathspec.  When the `<tree-ish>` (most often a commit) is not given, overwrite working tree with the contents in the index.  When the `<tree-ish>` is given, overwrite both the index and the working tree with the contents at the `<tree-ish>`.
pt_BR: Substitua o conteúdo dos arquivos que correspondem ao `pathspec`.  Quando o `<tree-ish>` (na maioria das vezes um commit) não for fornecido, substitua a árvore de trabalho pelo conteúdo do índice.  Quando o `<tree-ish>` for informado, substitua o índice e a árvore de trabalho pelo conteúdo em `<tree-ish>`.

note: type: Plain text
en: The index may contain unmerged entries because of a previous failed merge.  By default, if you try to check out such an entry from the index, the checkout operation will fail and nothing will be checked out.  Using `-f` will ignore these unmerged entries.  The contents from a specific side of the merge can be checked out of the index by using `--ours` or `--theirs`.  With `-m`, changes made to the working tree file can be discarded to re-create the original conflicted merge result.
pt_BR: O índice pode conter entradas não mescladas devido a uma mesclagem anterior com falha.  Por padrão, se você tentar verificar essa entrada do índice, a operação de check-out falhará e nada será retirado. Usar `-f` irá ignorar essas entradas não-mescladas.  O conteúdo de um lado específico da mesclagem pode ser retirado do índice usando `--ours` ou` --theirs`.  Com `-m`, as alterações feitas no arquivo da árvore de trabalho podem ser descartadas para recriar o resultado da mesclagem original em conflito.

note: type: Plain text
en: This is similar to the previous mode, but lets you use the interactive interface to show the "diff" output and choose which hunks to use in the result.  See below for the description of `--patch` option.
pt_BR: Isso é semelhante ao modo anterior, porém permite usar a interface interativa para mostrar a saída "diff" e escolher quais blocos usar no resultado.  Veja abaixo a descrição da opção `--patch`.

note: type: Plain text
en: Quiet, suppress feedback messages.
pt_BR: Silencioso, suprima as mensagens de feedback.

note: type: Plain text
en: Progress status is reported on the standard error stream by default when it is attached to a terminal, unless `--quiet` is specified. This flag enables progress reporting even if not attached to a terminal, regardless of `--quiet`.
pt_BR: O status de progresso é relatado no fluxo de erro padrão por padrão quando ele é anexado a um terminal, a menos que `--quiet` seja especificado. Este sinalizador permite relatórios de progresso, mesmo que não estejam anexados a um terminal, independentemente de `--quiet`.

note: type: Plain text
en: When switching branches, proceed even if the index or the working tree differs from `HEAD`.  This is used to throw away local changes.
pt_BR: Ao alternar as ramificações, continue mesmo se o índice ou a árvore de trabalho forem diferentes do `HEAD`.  Isto é usado para descartar as alterações locais.

note: type: Plain text
en: When checking out paths from the index, do not fail upon unmerged entries; instead, unmerged entries are ignored.
pt_BR: Ao verificar os caminhos do índice, não falhe em entradas não mescladas; Em vez disso, as entradas não mescladas são ignoradas.

note: type: Plain text
en: When checking out paths from the index, check out stage #2 ('ours') or #3 ('theirs') for unmerged paths.
pt_BR: Ao verificar os caminhos do índice, confira o estágio #2 ('nosso') ou #3 ('deles') para paths não mesclados.

note: type: Plain text
en: Note that during `git rebase` and `git pull --rebase`, 'ours' and 'theirs' may appear swapped; `--ours` gives the version from the branch the changes are rebased onto, while `--theirs` gives the version from the branch that holds your work that is being rebased.
pt_BR: Note que durante o `git rebase` e` git pull --rebase`, 'ours' e 'theirs' podem aparecer trocados; `--ours` fornece a versão da ramificação onde as alterações são feitas, enquanto` --theirs` fornece a versão da ramificação que contém o seu trabalho que está sendo rebaixado.

note: type: Plain text
en: This is because `rebase` is used in a workflow that treats the history at the remote as the shared canonical one, and treats the work done on the branch you are rebasing as the third-party work to be integrated, and you are temporarily assuming the role of the keeper of the canonical history during the rebase.  As the keeper of the canonical history, you need to view the history from the remote as `ours` (i.e. "our shared canonical history"), while what you did on your side branch as `theirs` (i.e. "one contributor's work on top of it").
pt_BR: Isso ocorre porque o `rebase` é usado em um fluxo de trabalho que trata o histórico no remoto como o canônico compartilhado e trata o trabalho realizado na ramificação que você está rebaixando como o trabalho de terceiros a ser integrado, e você está temporariamente assumindo o papel do guardião da história canônica durante o rebase. 
     Como guardião da história canônica, você precisa ver a história do controle remoto como "nosso" (isto é, "nossa história canônica compartilhada"), enquanto o que você fez em seu ramo lateral como "seu" (isto é, "um trabalho de colaborador" em cima dele ").

note: type: Labeled list
en: -b <new_branch>
pt_BR: -b <novo_branch>

note: type: Plain text
en: Create a new branch named `<new_branch>` and start it at `<start_point>`; see linkgit:git-branch[1] for details.
pt_BR: Crie uma nova ramificação chamada `<new_branch>` e inicie-a em `<start_point>`; para mais detalhes consulte linkgit:git-branch[1].

note: type: Labeled list
en: -B <new_branch>
pt_BR: -B <novo_branch>

note: type: Plain text
en: Creates the branch `<new_branch>` and start it at `<start_point>`; if it already exists, then reset it to `<start_point>`. This is equivalent to running "git branch" with "-f"; see linkgit:git-branch[1] for details.
pt_BR: Cria uma nova ramificação `<new_branch>` e a inicia em `<start_point>`; caso já exista, então reinicia em `<start_point>`. Isso é o equivalente que rodar "git branch" com "-f"; para mais detalhes consulte linkgit:git-branch[1].

note: type: Plain text
en: When creating a new branch, set up "upstream" configuration. See "--track" in linkgit:git-branch[1] for details.
pt_BR: Ao criar um novo branch, configure "upstream". Veja "--track" em linkgit:git-branch[1] para detalhes.

note: type: Plain text
en: If no `-b` option is given, the name of the new branch will be derived from the remote-tracking branch, by looking at the local part of the refspec configured for the corresponding remote, and then stripping the initial part up to the "*".  This would tell us to use `hack` as the local branch when branching off of `origin/hack` (or `remotes/origin/hack`, or even `refs/remotes/origin/hack`).  If the given name has no slash, or the above guessing results in an empty name, the guessing is aborted.  You can explicitly give a name with `-b` in such a case.
pt_BR: Se nenhuma opção `-b` for dada o nome da nova ramificação será derivada da ramificação remota, observando-se a parte local do "refspec" configurada para a sua correspondente remota, em seguida, removendo a parte inicial para o "*".  Isto nos mostra para usar `hack` como uma ramificação local ao se ramificar de `remotes/origin/hack` ou até mesmo `refs/remotes/origin/hack`).  Caso o nome dado não tenha barra ou se a suposição acima resultar em um nome vazio, a adivinhação será abortada. Você pode dar explicitamente em tal caso um nome com a opção `-b`.

note: type: Plain text
en: Do not set up "upstream" configuration, even if the `branch.autoSetupMerge` configuration variable is true.
pt_BR: Não configure "upstream" mesmo que a variável de configuração `branch.autoSetupMerge` seja verdadeira.

note: type: Plain text
en: If `<branch>` is not found but there does exist a tracking branch in exactly one remote (call it `<remote>`) with a matching name, treat as equivalent to
pt_BR: Caso o `<ramo>` não seja encontrado mas exista uma ramificação de rastreamento exatamente em uma localidade remota (chame-o <remoto>) que coincida com um nome, trate como equivalente a

note: type: Plain text
en: If the branch exists in multiple remotes and one of them is named by the `checkout.defaultRemote` configuration variable, we'll use that one for the purposes of disambiguation, even if the `<branch>` isn't unique across all remotes. Set it to e.g. `checkout.defaultRemote=origin` to always checkout remote branches from there if `<branch>` is ambiguous but exists on the 'origin' remote. See also `checkout.defaultRemote` in linkgit:git-config[1].
pt_BR: Caso o ramo exista em diversos pontos remotos e um deles for nomeado pela variável de configuração `checkout.defaultRemote`, para propósitos de desambiguação usaremos aquele que, mesmo que `<ramo>` não seja o único em todos os outros ramos remotos . Defina como, por exemplo `checkout.defaultRemote=origin` que sempre verifique as ramificações remotas de lá caso `<ramo>` seja ambíguo e ainda assim `origin` exista. Consulte também `checkout.defaultRemote` im linkgit:git-config[1].

note: type: Plain text
en: Use `--no-guess` to disable this.
pt_BR: Utilize a opção `--no-guess` para desativar.

note: type: Plain text
en: Create the new branch's reflog; see linkgit:git-branch[1] for details.
pt_BR: Crie o reflog da nova ramificação; veja linkgit:git-branch[1] para detalhes.

note: type: Plain text
en: Rather than checking out a branch to work on it, check out a commit for inspection and discardable experiments.  This is the default behavior of `git checkout <commit>` when `<commit>` is not a branch name.  See the "DETACHED HEAD" section below for details.
pt_BR: Em vez de verificar um ramo para trabalhar nele, confira um commit para inspeções e experiências descartáveis.  Este é o comportamento padrão de `git checkout <commit>` quando `<commit>` não for um nome de ramificação. Veja a seção "DESASSOCIANDO O HEAD" abaixo para detalhes.

note: type: Labeled list
en: --orphan <new_branch>
pt_BR: --orphan <novo_ramo>

note: type: Plain text
en: Create a new 'orphan' branch, named `<new_branch>`, started from `<start_point>` and switch to it.  The first commit made on this new branch will have no parents and it will be the root of a new history totally disconnected from all the other branches and commits.
pt_BR: Crie uma nova ramificação 'orphan' denominada `<new_branch>` iniciada a partir do <start_point> e mude para ela. O primeiro commit feito nesta nova ramificação não terá matrizes e será a raiz de uma nova história totalmente desconectada de todas as outras ramificações e commits.

note: type: Plain text
en: The index and the working tree are adjusted as if you had previously run `git checkout <start_point>`.  This allows you to start a new history that records a set of paths similar to `<start_point>` by easily running `git commit -a` to make the root commit.
pt_BR: O índice e a árvore de trabalho são ajustadas como se você tivesse executado `git checkout <start_point>` anteriormente. Isso permite que você inicie um novo histórico que registra um conjunto de "paths" semelhante ao `<start_point>` sendo executado facilmente com `git commit -a` para fazer o commit principal.

note: type: Plain text
en: This can be useful when you want to publish the tree from a commit without exposing its full history. You might want to do this to publish an open source branch of a project whose current tree is "clean", but whose full history contains proprietary or otherwise encumbered bits of code.
pt_BR: Isso pode ser útil quando você deseja publicar a árvore de um commit sem expor seu histórico completo. Você pode querer fazer isso para publicar uma ramificação de código aberto de um projeto cuja árvore atual esteja "limpa", mas cujo histórico completo contenha bits de código proprietários ou de outra forma onerados.

note: type: Plain text
en: If you want to start a disconnected history that records a set of paths that is totally different from the one of `<start_point>`, then you should clear the index and the working tree right after creating the orphan branch by running `git rm -rf .` from the top level of the working tree.  Afterwards you will be ready to prepare your new files, repopulating the working tree, by copying them from elsewhere, extracting a tarball, etc.
pt_BR: Caso queira iniciar um histórico desconectado que registra um conjunto de caminhos totalmente diferente do `<start_point>`, então você deve limpar o índice e a árvore de trabalho logo após criar a ramificação órfã executando `git rm -rf.` do topo da árvore de trabalho. Depois disso, você estará pronto para preparar os seus novos arquivos, preenchendo a árvore de trabalho, copiando-os de outro lugar, extraindo um tarball, etc.

note: type: Plain text
en: In sparse checkout mode, `git checkout -- <paths>` would update only entries matched by `<paths>` and sparse patterns in `$GIT_DIR/info/sparse-checkout`. This option ignores the sparse patterns and adds back any files in `<paths>`.
pt_BR: No modo de checkout esparso, o comando `git checkout -- <paths>` atualizaria apenas as entradas correspondidas por `<paths>` e os padrões esparsos em `$GIT_DIR/info/sparse-checkout`. Esta opção ignora os padrões esparsos e adiciona de volta os arquivos em `<paths>`.

note: type: Plain text
en: When switching branches, if you have local modifications to one or more files that are different between the current branch and the branch to which you are switching, the command refuses to switch branches in order to preserve your modifications in context.  However, with this option, a three-way merge between the current branch, your working tree contents, and the new branch is done, and you will be on the new branch.
pt_BR: Ao alternar ramificações, se você tiver modificações locais em um ou mais arquivos que sejam diferentes entre a ramificação atual e a ramificação para a qual você está alternando, o comando se recusará a alternar as ramificações para preservar suas modificações no contexto.  No entanto, com essa opção, uma mesclagem de três vias entre a ramificação atual, o conteúdo da árvore de trabalho e a nova ramificação é concluída e você estará na nova ramificação.

note: type: Plain text
en: When a merge conflict happens, the index entries for conflicting paths are left unmerged, and you need to resolve the conflicts and mark the resolved paths with `git add` (or `git rm` if the merge should result in deletion of the path).
pt_BR: Quando ocorre um conflito de mesclagem, as entradas de índice para caminhos conflitantes são deixadas sem migração, e você precisa resolver os conflitos e marcar os paths resolvidos com `git add` (ou` git rm` se a mesclagem resultar na exclusão do caminho) .

note: type: Plain text
en: When checking out paths from the index, this option lets you recreate the conflicted merge in the specified paths.
pt_BR: Ao efetuar o check-out de caminhos do índice, essa opção permite recriar a mesclagem conflitante nos caminhos especificados.

note: type: Plain text
en: When switching branches with `--merge`, staged changes may be lost.
pt_BR: Ao alternar as ramificações com `--merge` as alterações que já foram organizadas podem ser perdidas.

note: type: Labeled list
en: --conflict=<style>
pt_BR: --conflict=<estilo>

note: type: Plain text
en: The same as `--merge` option above, but changes the way the conflicting hunks are presented, overriding the `merge.conflictStyle` configuration variable.  Possible values are "merge" (default) and "diff3" (in addition to what is shown by "merge" style, shows the original contents).
pt_BR: O mesmo que a opção `--merge acima` porém altera a forma como os blocos conflitantes são apresentados, substituindo a variável de configuração `merge.conflictStyle`.  Os valores possíveis são "merge" (padrão) e "diff3" (além do que é mostrado pelo estilo "merge", exibe o conteúdo original).

note: type: Plain text
en: Interactively select hunks in the difference between the `<tree-ish>` (or the index, if unspecified) and the working tree.  The chosen hunks are then applied in reverse to the working tree (and if a `<tree-ish>` was specified, the index).
pt_BR: Selecione interativamente os pedaços na diferença entre o `<tree-ish>` (ou o índice, se não for especificado) e a árvore de trabalho.  Os pedaços escolhidos são então aplicados em reverso à árvore de trabalho (e caso um `<tree-ish>` for especificado, o índice).

note: type: Plain text
en: This means that you can use `git checkout -p` to selectively discard edits from your current working tree. See the ``Interactive Mode'' section of linkgit:git-add[1] to learn how to operate the `--patch` mode.
pt_BR: Isso significa que você pode usar o `git checkout -p` para descartar seletivamente as edições da sua árvore de trabalho atual. Veja a seção `` Interactive Mode '' do linkgit:git-add[1] para aprender como operar o modo `--patch`.

note: type: Plain text
en: Note that this option uses the no overlay mode by default (see also `--overlay`), and currently doesn't support overlay mode.
pt_BR: Observe que por predefinição esta opção usa o modo sem sobreposição (consulte também `--overlay`), assim como, atualmente também não é compatível com o modo de sobreposição.

note: type: Plain text
en: `git checkout` refuses when the wanted ref is already checked out by another worktree. This option makes it check the ref out anyway. In other words, the ref can be held by more than one worktree.
pt_BR: `git checkout` recusa-se quando a referência desejada já foi verificada por outra worktree. Esta opção faz com que verifique o ref fora de qualquer maneira. Em outras palavras, o ref pode ser mantido por mais de uma árvore de trabalho.

note: type: Plain text
en: Silently overwrite ignored files when switching branches. This is the default behavior. Use `--no-overwrite-ignore` to abort the operation when the new branch contains ignored files.
pt_BR: Substitua silenciosamente os arquivos ignorados ao alternar ramificações. Este é o comportamento predefinido. Utilize `--no-overwrite-ignore` para interromper a operação quando o novo ramo contiver os arquivos que foram ignorados.

note: type: Plain text
en: Using `--recurse-submodules` will update the content of all initialized submodules according to the commit recorded in the superproject. If local modifications in a submodule would be overwritten the checkout will fail unless `-f` is used. If nothing (or `--no-recurse-submodules`)  is used, the work trees of submodules will not be updated.  Just like linkgit:git-submodule[1], this will detach `HEAD` of the submodule.
pt_BR: Usando `--recurse-submodules` irá atualizar o conteúdo de todos os submódulos inicializados de acordo com o commit registrado no "superproject". Caso as modificações locais em um submódulo sejam sobrescritas, o check-out falhará, a menos que `-f` seja usado. Caso nada (ou `--no-recurse-submodules`)  seja usado, as árvores de trabalho dos submódulos não serão atualizadas. Assim como o linkgit:git-submodule[1], isso desanexará os submódulos do `HEAD`.

note: type: Plain text
en: In the default overlay mode, `git checkout` never removes files from the index or the working tree.  When specifying `--no-overlay`, files that appear in the index and working tree, but not in `<tree-ish>` are removed, to make them match `<tree-ish>` exactly.
pt_BR: No modo predefinido de sobreposição, o `git checkout` nunca remove os arquivos do índice ou da árvore de trabalho.  Ao usar `--no-overlay` os arquivos que aparecem no índice e na árvore de trabalho, mas não em `<tree-ish>` são removidos, para fazê-los coincidir exatamente com `<tree-ish>`.

note: type: Labeled list
en: <branch>
pt_BR: <ramo>

note: type: Plain text
en: Branch to checkout; if it refers to a branch (i.e., a name that, when prepended with "refs/heads/", is a valid ref), then that branch is checked out. Otherwise, if it refers to a valid commit, your `HEAD` becomes "detached" and you are no longer on any branch (see below for details).
pt_BR: Ramificação que será extraída; se refere a um ramo (ou seja, um nome que quando preparado com "refs/heads/", for um "ref" válido) então este ramo é extraído. Caso contrário, caso se referira a um commit válido, seu `HEAD` se torna "desanexado" e você não está mais em nenhuma ramificação (veja abaixo para detalhes).

note: type: Plain text
en: You can use the `@{-N}` syntax to refer to the N-th last branch/commit checked out using "git checkout" operation. You may also specify `-` which is synonymous to `@{-1}`.
pt_BR: Você pode usar a sintaxe `@{- N}` para se referir ao último ramo/commit finalizado usando a operação "git checkout". Você também pode especificar `-` que é um sinônimo de`@{-1}`.

note: type: Plain text
en: As a special case, you may use `A...B` as a shortcut for the merge base of `A` and `B` if there is exactly one merge base. You can leave out at most one of `A` and `B`, in which case it defaults to `HEAD`.
pt_BR: Como um caso especial, você pode usar `A...B` como um atalho para a mesclagem na base de `A` e` B` se houver exatamente uma base a ser mesclada. Você pode deixar de fora, no máximo, um de `A` e` B`, neste caso ele é o padrão para `HEAD`.

note: type: Labeled list
en: <new_branch>
pt_BR: <novo_branch>

note: type: Plain text
en: Name for the new branch.
pt_BR: Nome para o novo branch.

note: type: Labeled list
en: <start_point>
pt_BR: <ponto_de_partida>

note: type: Plain text
en: The name of a commit at which to start the new branch; see linkgit:git-branch[1] for details. Defaults to `HEAD`.
pt_BR: O nome do commit na qual deve se iniciar uma nova ramificação; para mais detalhes consulte linkgit:git-branch[1]. Padrão para `HEAD`.

note: type: Plain text
en: As a special case, you may use `"A...B"` as a shortcut for the merge base of `A` and `B` if there is exactly one merge base. You can leave out at most one of `A` and `B`, in which case it defaults to `HEAD`.
pt_BR: Como um caso especial, você pode usar `"A ... B"` como um atalho para a base de mesclagem de `A` e` B` se houver exatamente uma base de merge. Você pode deixar de fora, no máximo, um de `A` e` B`, caso em que o padrão é `HEAD`.

note: type: Plain text
en: Tree to checkout from (when paths are given). If not specified, the index will be used.
pt_BR: Árvore para checkout (quando os paths são dados). Se não especificado, o índice será usado.

note: type: Plain text
en: Limits the paths affected by the operation.
pt_BR: Limita os caminhos afetados pela operação.

note: type: Plain text
en: For more details, see the 'pathspec' entry in linkgit:gitglossary[7].
pt_BR: Para mais detalhes sobre a sintaxe <pathspec>, veja a entrada 'pathspec' em linkgit:gitglossary[7].

note: type: Title -
en: DETACHED HEAD
pt_BR: CABEÇA DESTACADA

note: type: Plain text
en: `HEAD` normally refers to a named branch (e.g. `master`). Meanwhile, each branch refers to a specific commit. Let's look at a repo with three commits, one of them tagged, and with branch `master` checked out:
pt_BR: Em geral `HEAD` refere-se a um ramo ou ramificação de nome próprio (como `master` por exemplo). Enquanto isso, cada ramo ou ramificação tem como referência um "commit" específico. Vamos olhar para um repositório com três commits onde um deles está marcado como ramificação `master`:

note: type: delimited block -
en:            HEAD (refers to branch 'master')
                |
                v
    a---b---c  branch 'master' (refers to commit 'c')
        ^
        |
      tag 'v2.0' (refers to commit 'b')
pt_BR:            HEAD (refere-se ao ramo 'master')
                |
                v
    a---b---c  branch 'master' (refere-se ao commit 'c')
        ^
        |
      tag 'v2.0' (refere-se ao commit 'b')

note: type: Plain text
en: When a commit is created in this state, the branch is updated to refer to the new commit. Specifically, 'git commit' creates a new commit `d`, whose parent is commit `c`, and then updates branch `master` to refer to new commit `d`. `HEAD` still refers to branch `master` and so indirectly now refers to commit `d`:
pt_BR: Quando uma confirmação é criada nesta condição a ramificação é atualizada com referência ao novo commit. Especificamente, o comando 'git commit' cria um novo commit `d`, cuja matriz é o commit 'c' e então atualiza o ramo `master` para se referir ao novo commit `d`. `HEAD` ainda se refere à ramificação `master` e então indiretamente agora se refere ao commit `d`:

note: type: delimited block -
en: $ edit; git add; git commit
pt_BR: $ editar; git adicionar; git commit

note: type: delimited block -
en:                HEAD (refers to branch 'master')
                    |
                    v
    a---b---c---d  branch 'master' (refers to commit 'd')
        ^
        |
      tag 'v2.0' (refers to commit 'b')
pt_BR:                HEAD (refere-se ao ramo 'master')
                    |
                    v
    a---b---c---d  branch 'master' (refere-se ao commit 'd')
        ^
        |
      tag 'v2.0' (refere-se ao commit 'b')

note: type: Plain text
en: It is sometimes useful to be able to checkout a commit that is not at the tip of any named branch, or even to create a new commit that is not referenced by a named branch. Let's look at what happens when we checkout commit `b` (here we show two ways this may be done):
pt_BR: Às vezes é útil poder fazer o checkout do nome de um commit que não esteja no topo de qualquer ramificação ou mesmo criar um novo commit que não tenha referência em uma ramificação conhecida por nome. Vejamos o que acontece quando fazemos o checkout commit `b` (aqui demostramos duas maneiras de como isso pode ser feito):

note: type: delimited block -
en: $ git checkout v2.0  # or
    $ git checkout master^^
pt_BR: $ git verificar v2.0  # ou
    $ git verificar master^^

note: type: delimited block -
en:    HEAD (refers to commit 'b')
        |
        v
    a---b---c---d  branch 'master' (refers to commit 'd')
        ^
        |
      tag 'v2.0' (refers to commit 'b')
pt_BR:    HEAD (refere-se ao commit 'b')
        |
        v
    a---b---c---d  branch 'master' (refere-se ao commit 'd')
        ^
        |
      tag 'v2.0' (refere-se ao commit 'b')

note: type: Plain text
en: Notice that regardless of which checkout command we use, `HEAD` now refers directly to commit `b`. This is known as being in detached `HEAD` state.  It means simply that `HEAD` refers to a specific commit, as opposed to referring to a named branch. Let's see what happens when we create a commit:
pt_BR: Observe que, independente do comando checkout usado o `HEAD` agora se refere diretamente ao commit `b`. Isso é conhecido como condição em desanexo do HEAD. Simplesmente significa que `HEAD` tem referência a um commit em específico em vez de se referir ao nome de um ramo. Vejamos o que acontece quando criamos um commit:

note: type: delimited block -
en:      HEAD (refers to commit 'e')
          |
          v
          e
         /
    a---b---c---d  branch 'master' (refers to commit 'd')
        ^
        |
      tag 'v2.0' (refers to commit 'b')
pt_BR:      HEAD (refere-se ao commit 'e')
          |
          v
          e
         /
    a---b---c---d  branch 'master' (refere-se ao commit 'd')
        ^
        |
      tag 'v2.0' (refere-se ao commit 'b')

note: type: Plain text
en: There is now a new commit `e`, but it is referenced only by `HEAD`. We can of course add yet another commit in this state:
pt_BR: Agora existe um novo commit `e`, com referência apenas em` HEAD`. Nessa condição fica claro que podemos adicionar mais um commit:

note: type: delimited block -
en: 	 HEAD (refers to commit 'f')
    	  |
    	  v
          e---f
         /
    a---b---c---d  branch 'master' (refers to commit 'd')
        ^
        |
      tag 'v2.0' (refers to commit 'b')
pt_BR: 	 HEAD (refere-se ao commit 'f')
    	  |
    	  v
          e---f
         /
    a---b---c---d  branch 'master' (refere-se ao commit 'd')
        ^
        |
      tag 'v2.0' (refere-se ao commit 'b')

note: type: Plain text
en: In fact, we can perform all the normal Git operations. But, let's look at what happens when we then checkout `master`:
pt_BR: De fato, podemos executar todas as operações normais do Git. Porém vejamos o que acontece quando fazemos um checkout do `master`:

note: type: delimited block -
en: $ git checkout master
pt_BR: $ git verificar master

note: type: delimited block -
en:                HEAD (refers to branch 'master')
          e---f     |
         /          v
    a---b---c---d  branch 'master' (refers to commit 'd')
        ^
        |
      tag 'v2.0' (refers to commit 'b')
pt_BR:                HEAD (refere-se ao ramo 'master')
          e---f     |
         /          v
    a---b---c---d  branch 'master' (refere-se ao commit 'd')
        ^
        |
      tag 'v2.0' (refere-se ao commit 'b')

note: type: Plain text
en: It is important to realize that at this point nothing refers to commit `f`. Eventually commit `f` (and by extension commit `e`) will be deleted by the routine Git garbage collection process, unless we create a reference before that happens. If we have not yet moved away from commit `f`, any of these will create a reference to it:
pt_BR: É importante perceber que neste momento nada se refere ao commit `f`. Eventualmente o commit `f` (e de tabela o commit `e`) será excluído pelo processo rotineiro da coleta de lixo do Git, antes que isso aconteça é preciso criar uma referência. Se ainda não nos afastamos do commit `f`, qualquer um deles criará uma referência a ele:

note: type: delimited block -
en: $ git checkout -b foo   <1>
    $ git branch foo        <2>
    $ git tag foo           <3>
pt_BR: $ git verificar -b foo   <1>
    $ git branch foo        <2>
    $ git tag foo           <3>

note: type: Plain text
en: creates a new branch `foo`, which refers to commit `f`, and then updates `HEAD` to refer to branch `foo`. In other words, we'll no longer be in detached `HEAD` state after this command.
pt_BR: cria uma nova ramificação `foo` com referência ao commit `f`, atualiza HEAD com referência ao ramo `foo`. Isso significa que agora não estamos mais desanexados do `HEAD` após este comando.

note: type: Plain text
en: similarly creates a new branch `foo`, which refers to commit `f`, but leaves `HEAD` detached.
pt_BR: similarmente cria um novo ramo `foo` com referência ao commit `f` deixando `HEAD` desanexado.

note: type: Plain text
en: creates a new tag `foo`, which refers to commit `f`, leaving `HEAD` detached.
pt_BR: cria uma nova tag `foo`com referência ao commit `f` deixando HEAD desanexado.

note: type: Plain text
en: If we have moved away from commit `f`, then we must first recover its object name (typically by using git reflog), and then we can create a reference to it. For example, to see the last two commits to which `HEAD` referred, we can use either of these commands:
pt_BR: Se nos afastamos do commit `f`, primeiro precisamos recuperar o nome do objeto (normalmente usando git reflog) e em seguida, podemos criar uma referência para ele. Para ver os dois últimos commits aos quais o `HEAD` se refere, podemos usar um destes comandos, por exemplo:

note: type: delimited block -
en: $ git reflog -2 HEAD # or
    $ git log -g -2 HEAD
pt_BR: $ git reflog -2 HEAD # ou
    $ git log -g -2 HEAD

note: type: Title -
en: ARGUMENT DISAMBIGUATION
pt_BR: DISAMBIGUAÇÃO DE ARGUMENTOS

note: type: Plain text
en: When there is only one argument given and it is not `--` (e.g. `git checkout abc`), and when the argument is both a valid `<tree-ish>` (e.g. a branch `abc` exists) and a valid `<pathspec>` (e.g. a file or a directory whose name is "abc" exists), Git would usually ask you to disambiguate.  Because checking out a branch is so common an operation, however, `git checkout abc` takes "abc" as a `<tree-ish>` in such a situation.  Use `git checkout -- <pathspec>` if you want to checkout these paths out of the index.
pt_BR: Quando há apenas um argumento que não seja `--` (como `git checkout abc`) e quando ambos os argumento `<tree-ish>` são válidos (como a existência do ramo `abc`) e `<pathspec>` também for válido (caso um arquivo ou diretório exista e cujo nome seja "abc" por exemplo), o Git normalmente solicita que você desambigue. Contudo, como fazer o checkout de uma ramificação é uma operação tão comum, o comando `git checkout abc` considera "abc" nessa situação como `<tree-ish>`. Use `git checkout -- <pathspec>` caso queira eliminar estes caminhos de dentro do índice.

note: type: Plain text
en: The following sequence checks out the `master` branch, reverts the `Makefile` to two revisions back, deletes `hello.c` by mistake, and gets it back from the index.
pt_BR: A sequência a seguir exclui o ramo `master`, reverte o` Makefile` para duas revisões anteriores, exclui o arquivo hello.c "por engano" e faz a recuperação do índice.

note: type: delimited block -
en: $ git checkout master             <1>
    $ git checkout master~2 Makefile  <2>
    $ rm -f hello.c
    $ git checkout hello.c            <3>
pt_BR: $ git verificar master             <1>
    $ git verificar master~2 Fazer arquivo  <2>
    $ rm -f hello.c
    $ git verificar hello.c            <3>

note: type: Plain text
en: switch branch
pt_BR: comutação de branch

note: type: Plain text
en: take a file out of another commit
pt_BR: tirar um arquivo de outro commit

note: type: Plain text
en: restore `hello.c` from the index
pt_BR: restaura do índice o arquivo `hello.c`

note: type: Plain text
en: If you want to check out _all_ C source files out of the index, you can say
pt_BR: Se você quiser dar uma olhada nos arquivos de código-fonte, todos fora do índice, você pode dizer

note: type: Plain text
en: Note the quotes around `*.c`.  The file `hello.c` will also be checked out, even though it is no longer in the working tree, because the file globbing is used to match entries in the index (not in the working tree by the shell).
pt_BR: Observe as aspas em torno de `* .c`.  O arquivo `hello.c` também será retirado, mesmo que não esteja mais na árvore de trabalho, porque o agrupamento de arquivos é usado para corresponder entradas no índice (não na árvore de trabalho pelo shell).

note: type: Plain text
en: If you have an unfortunate branch that is named `hello.c`, this step would be confused as an instruction to switch to that branch.  You should instead write:
pt_BR: Se você tem um ramo infeliz chamado `hello.c`, este passo seria confundido como uma instrução para mudar para esse ramo.  Você deve escrever:

note: type: delimited block -
en: $ git checkout -- hello.c
pt_BR: git checkout -- hello.c

note: type: Plain text
en: After working in the wrong branch, switching to the correct branch would be done using:
pt_BR: Depois de trabalhar no ramo errado, mudar para o ramo correto seria feito usando:

note: type: delimited block -
en: $ git checkout mytopic
pt_BR: $ git checkout meu tópico

note: type: Plain text
en: However, your "wrong" branch and correct `mytopic` branch may differ in files that you have modified locally, in which case the above checkout would fail like this:
pt_BR: No entanto o seu ramo "errado" e o `mytopic` do ramo correto podem diferir nos arquivos que você modificou localmente. Que dessa maneira, a verificação acima falhará assim:

note: type: delimited block -
en: $ git checkout mytopic
    error: You have local changes to 'frotz'; not switching branches.
pt_BR: $ git verificar meu tópico
    erro: você tem alterações locais em 'frotz'; não comutação de branches.

note: type: Plain text
en: You can give the `-m` flag to the command, which would try a three-way merge:
pt_BR: Você pode dar o sinalizador `-m` ao comando, que tentaria uma merge de três vias:

note: type: delimited block -
en: $ git checkout -m mytopic
    Auto-merging frotz
pt_BR: $ git verificar -m meu tópico
    Auto-merging frotz

note: type: Plain text
en: After this three-way merge, the local modifications are _not_ registered in your index file, so `git diff` would show you what changes you made since the tip of the new branch.
pt_BR: Após essa mesclagem de três vias, as modificações locais não serão registradas em seu arquivo de índice, portanto, o `git diff` mostrará quais alterações foram feitas desde a dica da nova ramificação.

note: type: Plain text
en: When a merge conflict happens during switching branches with the `-m` option, you would see something like this:
pt_BR: Quando um conflito de mesclagem acontece durante a troca de branches com a opção `-m`, você veria algo assim:

note: type: delimited block -
en: $ git checkout -m mytopic
    Auto-merging frotz
    ERROR: Merge conflict in frotz
    fatal: merge program failed
pt_BR: $ git verificar -m meu tópico
    Auto-merging frotz
    ERRO: Merger conflito em frotz
    fatal: falha no programa de merge

note: type: Plain text
en: At this point, `git diff` shows the changes cleanly merged as in the previous example, as well as the changes in the conflicted files.  Edit and resolve the conflict and mark it resolved with `git add` as usual:
pt_BR: Neste ponto, o `git diff` mostra as mudanças mescladas como no exemplo anterior, bem como as mudanças nos arquivos conflitantes. 
     Editar e resolver o conflito e marcá-lo resolvido com `git add` como de costume:

note: type: delimited block -
en: $ edit frotz
    $ git add frotz
pt_BR: $ editar frotz
    $ git adicionar frotz

note: type: Plain text
en: git-check-ref-format - Ensures that a reference name is well formed
pt_BR: git-verifique-o-formato-ref - Garante que um nome de referência seja bem formado

note: type: Plain text
en: Checks if a given 'refname' is acceptable, and exits with a non-zero status if it is not.
pt_BR: Verifica se um determinado 'refnome' é aceitável e sai com um status diferente de zero, se não for.

note: type: Plain text
en: A reference is used in Git to specify branches and tags.  A branch head is stored in the `refs/heads` hierarchy, while a tag is stored in the `refs/tags` hierarchy of the ref namespace (typically in `$GIT_DIR/refs/heads` and `$GIT_DIR/refs/tags` directories or, as entries in file `$GIT_DIR/packed-refs` if refs are packed by `git gc`).
pt_BR: Uma referência é usada no Git para especificar ramificações e tags.  Um branch head é armazenado na hierarquia `refs/heads`, enquanto um tag é armazenado na hierarquia` refs/tags` do espaço de nome ref (normalmente em `$GIT_DIR/refs/heads` e` $GIT_DIR/refs/tags `diretórios ou, como entradas no arquivo` $GIT_DIR/packed-refs`, se os refs forem empacotados por `git gc`).

note: type: Plain text
en: Git imposes the following rules on how references are named:
pt_BR: O Git impõe as seguintes regras sobre como as referências são nomeadas:

note: type: Plain text
en: They can include slash `/` for hierarchical (directory)  grouping, but no slash-separated component can begin with a dot `.` or end with the sequence `.lock`.
pt_BR: Eles podem incluir slash `/` para agrupamento hierárquico (diretório), 
     mas nenhum componente separado por barras pode começar com um ponto `.` ou terminar com a sequência `.lock`.

note: type: Plain text
en: They must contain at least one `/`. This enforces the presence of a category like `heads/`, `tags/` etc. but the actual names are not restricted.  If the `--allow-onelevel` option is used, this rule is waived.
pt_BR: Eles devem conter pelo menos um `/`. Isso impõe a presença de uma categoria como `heads /`, `tags /` etc., mas os nomes reais não são restritos.  Se a opção `--allow-onelevel` for usada, esta regra é dispensada.

note: type: Plain text
en: They cannot have two consecutive dots `..` anywhere.
pt_BR: Eles não podem ter dois pontos consecutivos `..` em qualquer lugar.

note: type: Plain text
en: They cannot have ASCII control characters (i.e. bytes whose values are lower than \040, or \177 `DEL`), space, tilde `~`, caret `^`, or colon `:` anywhere.
pt_BR: Eles não podem ter caracteres de controle ASCII (ou seja, bytes cujos valores são menores que \040, ou \177 `DEL`), espaço, til `~ `, circunflexo `^ `ou dois pontos `: `em qualquer lugar.

note: type: Plain text
en: They cannot have question-mark `?`, asterisk `*`, or open bracket `[` anywhere.  See the `--refspec-pattern` option below for an exception to this rule.
pt_BR: Eles não podem ter o ponto de interrogação `?`, asterisco `*` ou colchete aberto `[` em qualquer lugar.  Veja a opção `--refspec-pattern` abaixo para uma exceção a esta regra.

note: type: Plain text
en: They cannot begin or end with a slash `/` or contain multiple consecutive slashes (see the `--normalize` option below for an exception to this rule)
pt_BR: Eles não podem iniciar ou terminar com uma barra `/` ou conter múltiplas barras consecutivas (veja a opção `--normalize` abaixo para uma exceção a esta regra)

note: type: Plain text
en: They cannot end with a dot `.`.
pt_BR: Eles não podem terminar com um ponto `.`.

note: type: Plain text
en: They cannot contain a sequence `@{`.
pt_BR: Eles não podem conter uma sequência `@{`.

note: type: Plain text
en: They cannot be the single character `@`.
pt_BR: Eles não podem ser o único caractere `@`.

note: type: Plain text
en: They cannot contain a `\`.
pt_BR: Eles não podem conter um `\`.

note: type: Plain text
en: These rules make it easy for shell script based tools to parse reference names, pathname expansion by the shell when a reference name is used unquoted (by mistake), and also avoid ambiguities in certain reference name expressions (see linkgit:gitrevisions[7]):
pt_BR: Estas regras facilitam para ferramentas baseadas em script de shell analisar nomes de referência, expansão de nome de caminho pelo shell quando um nome de referência é usado sem aspas (por engano), e também evitar ambiguidades em certas expressões de nomes de referência (ver linkgit:gitrevisions[7]) :

note: type: Plain text
en: A double-dot `..` is often used as in `ref1..ref2`, and in some contexts this notation means `^ref1 ref2` (i.e. not in `ref1` and in `ref2`).
pt_BR: Um ponto duplo `..` é freqüentemente usado como em` ref1..ref2` e, em alguns contextos, essa notação significa `^ref1 ref2` (isto é, não em` ref1` e em `ref2`).

note: type: Plain text
en: A tilde `~` and caret `^` are used to introduce the postfix 'nth parent' and 'peel onion' operation.
pt_BR: Um til `~` e um caractere circunflexo `^` são usados para introduzir a operação do postfix 'nth parent' e 'peel onion'.

note: type: Plain text
en: A colon `:` is used as in `srcref:dstref` to mean "use srcref\'s value and store it in dstref" in fetch and push operations.  It may also be used to select a specific object such as with 'git cat-file': "git cat-file blob v1.3.3:refs.c".
pt_BR: Um ponto-e-vírgula `:` é usado como `srcref: dstref` para significar" use o valor de srcref e armazene-o em dstref "em operações de busca e envio.  Ele também pode ser usado para selecionar um objeto específico, como com 'git cat-file': "git cat-arquivo blob v1.3.3: refs.c".

note: type: Plain text
en: at-open-brace `@{` is used as a notation to access a reflog entry.
pt_BR: at-open-brace `@{` é usado como uma notação para acessar uma entrada de reflog.

note: type: Plain text
en: With the `--branch` option, the command takes a name and checks if it can be used as a valid branch name (e.g. when creating a new branch). But be cautious when using the previous checkout syntax that may refer to a detached HEAD state.  The rule `git check-ref-format --branch $name` implements may be stricter than what `git check-ref-format refs/heads/$name` says (e.g. a dash may appear at the beginning of a ref component, but it is explicitly forbidden at the beginning of a branch name).  When run with `--branch` option in a repository, the input is first expanded for the ``previous checkout syntax'' `@{-n}`.  For example, `@{-1}` is a way to refer the last thing that was checked out using "git switch" or "git checkout" operation.  This option should be used by porcelains to accept this syntax anywhere a branch name is expected, so they can act as if you typed the branch name. As an exception note that, the ``previous checkout operation'' might result in a commit object name when the N-th last thing checked out was not a branch.
pt_BR: Com a opção `--branch`, o comando pega um nome e verifica se ele pode ser usado como o nome de um ramo válido (por exemplo, ao criar uma nova ramificação).  Mas tenha cuidado ao usar a sintaxe de checkout anterior que pode se referir a um estado `HEAD` desanexado.  A regra que o `git check-ref-format --branch $name` implementa pode ser mais rigorosa do que `git check-ref-format refs/heads/$name` diz (por exemplo, um traço pode aparecer no início de um componente "ref" porém é explicitamente proibido no início do nome de um ramo).  Quando executada com a opção `--branch` em um repositório a entrada é expandida primeiro para ``previous checkout syntax'' `@{-n}`.  Por exemplo, `@{-1}` é uma maneira de consultar a última coisa que foi retirada usando a operação "git switch" ou "git checkout".  Essa opção deve ser usada pelas porcelanas para aceitar essa sintaxe em qualquer lugar em que um nome do ramo seja esperado para que eles possam agir como se você digitasse o nome do ramo. Como uma exceção observe que a ``operação de checkout anterior" pode resultar em um nome do objeto de commit quando a enésima última coisa verificada não for um ramo.

note: type: Plain text
en: Controls whether one-level refnames are accepted (i.e., refnames that do not contain multiple `/`-separated components).  The default is `--no-allow-onelevel`.
pt_BR: Controla se refnomes de um nível são aceitos (isto é, refnomes que não contêm múltiplos componentes separados por `/`).  O padrão é `--não-allow-onelevel`.

note: type: Plain text
en: Interpret <refname> as a reference name pattern for a refspec (as used with remote repositories).  If this option is enabled, <refname> is allowed to contain a single `*` in the refspec (e.g., `foo/bar*/baz` or `foo/bar*baz/` but not `foo/bar*/baz*`).
pt_BR: Interprete <refnome> como um padrão de nome de referência para um refspec (conforme usado com repositórios remotos). Se esta opção estiver habilitada, <refnome> tem permissão para conter um único `*` no refspec (por exemplo, `foo/bar*/baz` ou`foo/bar*baz/ `mas não` foo/bar*/baz*`).

note: type: Plain text
en: Normalize 'refname' by removing any leading slash (`/`)  characters and collapsing runs of adjacent slashes between name components into a single slash.  If the normalized refname is valid then print it to standard output and exit with a status of 0, otherwise exit with a non-zero status.  (`--print` is a deprecated way to spell `--normalize`.)
pt_BR: Normalize 'refnome' removendo quaisquer caracteres de barra (`/`) e reduzindo as execuções de barras adjacentes entre componentes de nomes em uma única barra.  Se o refnome normalizado for válido, imprima-o na saída padrão e saia com um status 0, caso contrário saia com um status diferente de zero. (`--print` é uma maneira obsoleta de soletrar` --normalize`.)

note: type: Plain text
en: Print the name of the previous thing checked out:
pt_BR: Imprima o nome da coisa anterior registrada:

note: type: Plain text
en: Determine the reference name to use for a new branch:
pt_BR: Determine o nome de referência a ser usado para uma nova ramificação:

note: type: delimited block -
en: $ ref=$(git check-ref-format --normalize "refs/heads/$newbranch")||
    { echo "we do not like '$newbranch' as a branch name." >&2 ; exit 1 ; }
pt_BR: $ ref=$(git check-ref-format --normalize "refs/heads/$newbranch")||
    { echo "nós não gostamos do '$newbranch' como um nome de ramo." >&2 ; exit 1 ; }

note: type: Plain text
en: git-cherry-pick - Apply the changes introduced by some existing commits
pt_BR: git-cherry-pick - Aplique as alterações introduzidas por alguns commits existentes

note: type: Plain text
en: Given one or more existing commits, apply the change each one introduces, recording a new commit for each.  This requires your working tree to be clean (no modifications from the HEAD commit).
pt_BR: Dado um ou mais commits existentes, aplique a mudança que cada um introduz, registrando um novo commit para cada um.  Isso requer que sua árvore de trabalho esteja limpa (nenhuma modificação do commit HEAD).

note: type: Plain text
en: When it is not obvious how to apply a change, the following happens:
pt_BR: Quando não é óbvio como aplicar uma alteração, acontece o seguinte:

note: type: Plain text
en: The current branch and `HEAD` pointer stay at the last commit successfully made.
pt_BR: O ramo atual e o ponteiro `HEAD` permanecem no último commit realizado com sucesso.

note: type: Plain text
en: The `CHERRY_PICK_HEAD` ref is set to point at the commit that introduced the change that is difficult to apply.
pt_BR: A referência `CHERRY_PICK_HEAD` é configurada para apontar para o commit que introduziu a mudança que é difícil de aplicar.

note: type: Plain text
en: Paths in which the change applied cleanly are updated both in the index file and in your working tree.
pt_BR: Caminhos nos quais a mudança aplicada corretamente são atualizados no arquivo de índice e na sua árvore de trabalho.

note: type: Plain text
en: For conflicting paths, the index file records up to three versions, as described in the "TRUE MERGE" section of linkgit:git-merge[1].  The working tree files will include a description of the conflict bracketed by the usual conflict markers `<<<<<<<` and `>>>>>>>`.
pt_BR: Para caminhos conflitantes, o arquivo de índice registra até três versões, conforme descrito na seção "TRUE MERGE" do linkgit:git-merge[1].  Os arquivos da árvore de trabalho incluirão uma descrição do conflito entre os marcadores de conflito habituais `<<<<<<<` e `>>>>>>>`.

note: type: Plain text
en: No other modifications are made.
pt_BR: Nenhuma outra modificação é feita.

note: type: Plain text
en: See linkgit:git-merge[1] for some hints on resolving such conflicts.
pt_BR: Veja linkgit:git-merge[1] para algumas dicas sobre como resolver tais conflitos.

note: type: Plain text
en: Commits to cherry-pick.  For a more complete list of ways to spell commits, see linkgit:gitrevisions[7].  Sets of commits can be passed but no traversal is done by default, as if the `--no-walk` option was specified, see linkgit:git-rev-list[1]. Note that specifying a range will feed all <commit>... arguments to a single revision walk (see a later example that uses 'maint master..next').
pt_BR: Compromete-se a escolher. Para uma lista mais completa de maneiras de soletrar commits, veja linkgit:gitrevisions[7].  Conjuntos de commits podem ser passados, mas nenhuma passagem é feita por padrão, como se a opção `--não-caminhar` fosse especificada, veja linkgit:git-rev-list[1]. Note que especificar um intervalo alimentará todos os argumentos <commit> ... para um único passo de revisão (veja um exemplo posterior que usa 'maint master..next').

note: type: Plain text
en: With this option, 'git cherry-pick' will let you edit the commit message prior to committing.
pt_BR: Com esta opção, o 'git cherry-pick' permitirá que você edite a mensagem de commit antes de confirmar.

note: type: Labeled list
en: --cleanup=<mode>
pt_BR: --cleanup=<modo>

note: type: Plain text
en: This option determines how the commit message will be cleaned up before being passed on to the commit machinery. See linkgit:git-commit[1] for more details. In particular, if the '<mode>' is given a value of `scissors`, scissors will be appended to `MERGE_MSG` before being passed on in the case of a conflict.
pt_BR: Essa opção define como a mensagem de commit sera limpa antes de ser encaminhada para o maquinário de commit. Para mais detalhes consulte linkgit:git-commit[1]. Em particular, caso o valor '<mode>' tenha um valor de tesoura `scissors`, a tesoura será anexada a `MERGE_MSG` antes de ser repassada no caso de um conflito.

note: type: Plain text
en: When recording the commit, append a line that says "(cherry picked from commit ...)" to the original commit message in order to indicate which commit this change was cherry-picked from.  This is done only for cherry picks without conflicts.  Do not use this option if you are cherry-picking from your private branch because the information is useless to the recipient.  If on the other hand you are cherry-picking between two publicly visible branches (e.g. backporting a fix to a maintenance branch for an older release from a development branch), adding this information can be useful.
pt_BR: Ao gravar o commit, acrescente uma linha que diz "(cherry picked from commit ...)" à mensagem de commit original para indicar qual commit esta mudança foi escolhida. Isso é feito apenas para picaretas de cereja sem conflitos.  Não use esta opção se você estiver escolhendo o seu ramo privado porque a informação é inútil para o destinatário.  Se, por outro lado, você estiver escolhendo entre dois ramos publicamente visíveis (por exemplo, retrocedendo uma correção para um ramo de manutenção para uma versão mais antiga de um ramo de desenvolvimento), adicionar essa informação pode ser útil.

note: type: Plain text
en: It used to be that the command defaulted to do `-x` described above, and `-r` was to disable it.  Now the default is not to do `-x` so this option is a no-op.
pt_BR: Costumava ser que o comando padronizava para fazer `-x` descrito acima, e` -r` era desativá-lo.  Agora o padrão é não fazer `-x`, então esta opção não é op.

note: type: Labeled list
en: -m parent-number
pt_BR: -m número-pai

note: type: Labeled list
en: --mainline parent-number
pt_BR: --mainline número-pai

note: type: Plain text
en: Usually you cannot cherry-pick a merge because you do not know which side of the merge should be considered the mainline.  This option specifies the parent number (starting from 1) of the mainline and allows cherry-pick to replay the change relative to the specified parent.
pt_BR: Normalmente você não pode selecionar uma mesclagem porque não sabe qual lado da mesclagem deve ser considerado a linha principal. 
     Esta opção especifica o número pai (a partir de 1) da linha principal e permite que cherry-pick repita a alteração em relação ao pai especificado.

note: type: Plain text
en: Usually the command automatically creates a sequence of commits.  This flag applies the changes necessary to cherry-pick each named commit to your working tree and the index, without making any commit.  In addition, when this option is used, your index does not have to match the HEAD commit.  The cherry-pick is done against the beginning state of your index.
pt_BR: Normalmente, o comando cria automaticamente uma sequência de commits.  Este sinalizador aplica as alterações necessárias para selecionar cada confirmação nomeada para sua árvore de trabalho e o índice, sem fazer nenhuma confirmação.  Além disso, quando essa opção é usada, seu índice não precisa corresponder ao commit do HEAD. O cherry-pick é feito contra o estado inicial do seu índice.

note: type: Plain text
en: This is useful when cherry-picking more than one commits' effect to your index in a row.
pt_BR: Isso é útil quando você seleciona mais de um efeito de commit para seu índice em uma linha.

note: type: Plain text
en: Add Signed-off-by line at the end of the commit message.  See the signoff option in linkgit:git-commit[1] for more information.
pt_BR: Adicionar linha assinada no final da mensagem de confirmação.  Veja a opção de signoff em linkgit:git-commit[1] para mais informações.

note: type: Plain text
en: If the current HEAD is the same as the parent of the cherry-pick'ed commit, then a fast forward to this commit will be performed.
pt_BR: Se o atual HEAD é o mesmo que o pai do commit cherry-pick'ed, então um avanço rápido para este commit será executado.

note: type: Plain text
en: By default, cherry-picking an empty commit will fail, indicating that an explicit invocation of `git commit --allow-empty` is required. This option overrides that behavior, allowing empty commits to be preserved automatically in a cherry-pick. Note that when "--ff" is in effect, empty commits that meet the "fast-forward" requirement will be kept even without this option.  Note also, that use of this option only keeps commits that were initially empty (i.e. the commit recorded the same tree as its parent).  Commits which are made empty due to a previous commit are dropped.  To force the inclusion of those commits use `--keep-redundant-commits`.
pt_BR: Por padrão, a escolha aleatória de uma confirmação vazia falhará, indicando que uma chamada explícita de `git commit --allow-empty` é necessária. Essa opção substitui esse comportamento, permitindo que os commits vazios sejam preservados automaticamente em um cherry-pick. Observe que quando "--ff" está em vigor, os commits vazios que atendem ao requisito de "fast forward" serão mantidos mesmo sem essa opção.  Observe também que o uso desta opção mantém apenas confirmações que estavam inicialmente vazias (isto é, o commit registrou a mesma árvore que seu pai).  Commits que são feitos em branco devido a um commit anterior são descartados.  Para forçar a inclusão desses commits use `--keep-redundant-commits`.

note: type: Plain text
en: By default, cherry-picking a commit with an empty message will fail.  This option overrides that behavior, allowing commits with empty messages to be cherry picked.
pt_BR: Por padrão, escolher um commit com uma mensagem vazia falhará. 
     Essa opção substitui esse comportamento, permitindo que as confirmações de mensagens vazias sejam selecionadas.

note: type: Plain text
en: If a commit being cherry picked duplicates a commit already in the current history, it will become empty.  By default these redundant commits cause `cherry-pick` to stop so the user can examine the commit. This option overrides that behavior and creates an empty commit object.  Implies `--allow-empty`.
pt_BR: Se um commit que está sendo escolhido, duplicar um commit já no histórico atual, ele ficará vazio.  Por padrão, estas confirmações redundantes fazem com que o `cherry-pick` pare para que o usuário possa examinar o commit. Esta opção substitui esse comportamento e cria um objeto de confirmação vazio.  Implica `--allow-empty`.

note: type: Labeled list
en: --strategy=<strategy>
pt_BR: --strategy=<estratégia>

note: type: Plain text
en: Use the given merge strategy.  Should only be used once.  See the MERGE STRATEGIES section in linkgit:git-merge[1] for details.
pt_BR: Use a estratégia de mesclagem fornecida. Deve ser usado apenas uma vez.  Veja a seção MERGE STRATEGIES em linkgit:git-merge[1] para detalhes.

note: type: Labeled list
en: -X<option>
pt_BR: -X<opção>

note: type: Labeled list
en: --strategy-option=<option>
pt_BR: --strategy-option=<opção>

note: type: Plain text
en: Pass the merge strategy-specific option through to the merge strategy.  See linkgit:git-merge[1] for details.
pt_BR: Passe a opção específica da estratégia de mesclagem até a estratégia de merge Veja linkgit:git-merge[1] para detalhes.

note: type: Title -
en: SEQUENCER SUBCOMMANDS
pt_BR: SEQUENCER SUBCOMANDOS

note: type: Plain text
en: Apply the change introduced by the commit at the tip of the master branch and create a new commit with this change.
pt_BR: Aplique a mudança introduzida pelo commit na ponta do branch master e crie um novo commit com esta mudança.

note: type: Plain text
en: Apply the changes introduced by all commits that are ancestors of master but not of HEAD to produce new commits.
pt_BR: Aplique as alterações introduzidas por todos os commits que são ancestrais do master, mas não do HEAD para produzir novos commits.

note: type: Labeled list
en: `git cherry-pick maint next ^master`
pt_BR: `git cherry-pick maint próximo ^master`

note: type: Labeled list
en: `git cherry-pick maint master..next`
pt_BR: `git cherry-pick maint master..próximo`

note: type: Plain text
en: Apply the changes introduced by all commits that are ancestors of maint or next, but not master or any of its ancestors.  Note that the latter does not mean `maint` and everything between `master` and `next`; specifically, `maint` will not be used if it is included in `master`.
pt_BR: Aplique as alterações introduzidas por todos os commits que são ancestrais de maint ou próximo, mas não master ou qualquer um de seus ancestrais. Note que o último não significa `maint` e tudo entre` master` e `próximo`; especificamente, `maint` não será usado se estiver incluído no` mestre`.

note: type: Plain text
en: Apply the changes introduced by the fifth and third last commits pointed to by master and create 2 new commits with these changes.
pt_BR: Aplique as alterações introduzidas pelo quinto e terceiro últimos commits apontados pelo master e crie 2 novos commits com essas mudanças.

note: type: Plain text
en: Apply to the working tree and the index the changes introduced by the second last commit pointed to by master and by the last commit pointed to by next, but do not create any commit with these changes.
pt_BR: Aplique à árvore de trabalho e ao índice as alterações introduzidas pela segunda última confirmação apontada pelo mestre e pela última confirmação apontada pela próxima, mas não crie nenhuma confirmação com essas mudanças.

note: type: Plain text
en: If history is linear and HEAD is an ancestor of next, update the working tree and advance the HEAD pointer to match next.  Otherwise, apply the changes introduced by those commits that are in next but not HEAD to the current branch, creating a new commit for each new change.
pt_BR: Se o histórico for linear e HEAD for um ancestral do próximo, atualize a árvore de trabalho e avance o ponteiro HEAD para corresponder ao próximo. Caso contrário, aplique as alterações introduzidas pelas confirmações que estão na próxima, mas não na HEAD, para a ramificação atual, criando uma nova confirmação para cada nova alteração.

note: type: Plain text
en: Apply the changes introduced by all commits on the master branch that touched README to the working tree and index, so the result can be inspected and made into a single new commit if suitable.
pt_BR: Aplique as alterações introduzidas por todas as confirmações no ramo principal que tocaram no README para a árvore de trabalho e o índice, para que o resultado possa ser inspecionado e transformado em uma única nova confirmação, se adequado.

note: type: Plain text
en: The following sequence attempts to backport a patch, bails out because the code the patch applies to has changed too much, and then tries again, this time exercising more care about matching up context lines.
pt_BR: A seqüência a seguir tenta retroceder um patch, suspender porque o código ao qual o patch se aplica mudou muito e, em seguida, tenta novamente, desta vez exercendo mais cuidado com as linhas de contexto correspondentes.

note: type: Plain text
en: apply the change that would be shown by `git show topic^`.  In this example, the patch does not apply cleanly, so information about the conflict is written to the index and working tree and no new commit results.
pt_BR: aplique a mudança que seria mostrada pelo `git mostra tópicos ^`.  Neste exemplo, o patch não se aplica de forma limpa, portanto as informações sobre o conflito são gravadas no índice e na árvore de trabalho e não há novos resultados de confirmação.

note: type: Plain text
en: summarize changes to be reconciled
pt_BR: resumir as alterações a serem reconciliadas

note: type: Plain text
en: cancel the cherry-pick.  In other words, return to the pre-cherry-pick state, preserving any local modifications you had in the working tree.
pt_BR: cancele a escolha de cereja.  Em outras palavras, retorne ao estado pré-escolha de cereja, preservando quaisquer modificações locais que você tenha na árvore de trabalho.

note: type: Plain text
en: try to apply the change introduced by `topic^` again, spending extra time to avoid mistakes based on incorrectly matching context lines.
pt_BR: tente aplicar a mudança introduzida por `topic^` novamente, gastando tempo extra para evitar erros baseados em linhas de contexto correspondentes incorretas.

note: type: Plain text
en: git-cherry - Find commits yet to be applied to upstream
pt_BR: git-cherry - Encontre commits ainda a serem aplicados no upstream

note: type: Plain text
en: 'git cherry' [-v] [<upstream> [<head> [<limit>]]]
pt_BR: 'git cherry' [-v] [<upstream> [<head> [<limite>]]]

note: type: Plain text
en: Determine whether there are commits in `<head>..<upstream>` that are equivalent to those in the range `<limit>..<head>`.
pt_BR: Determine se há commits em `<head> .. <upstream>` que são equivalentes àqueles no intervalo `<limite> .. <head>`.

note: type: Plain text
en: The equivalence test is based on the diff, after removing whitespace and line numbers.  git-cherry therefore detects when commits have been "copied" by means of linkgit:git-cherry-pick[1], linkgit:git-am[1] or linkgit:git-rebase[1].
pt_BR: O teste de equivalência é baseado no diff, depois de remover os espaços em branco e os números das linhas.  O git-cherry, portanto, detecta quando os commits foram "copiados" por meio do linkgit:git-cherry-pick[1], linkgit:git-am[1] ou linkgit:git-rebase[1].

note: type: Plain text
en: Outputs the SHA1 of every commit in `<limit>..<head>`, prefixed with `-` for commits that have an equivalent in <upstream>, and `+` for commits that do not.
pt_BR: Gera o SHA1 de cada commit em `<limite> .. <head>`, prefixado com `-` para commits que possuem um equivalente em <upstream>, e` + `para commits que não o fazem.

note: type: Plain text
en: Show the commit subjects next to the SHA1s.
pt_BR: Mostra os assuntos de commits ao lado dos SHA1s.

note: type: Plain text
en: Upstream branch to search for equivalent commits.  Defaults to the upstream branch of HEAD.
pt_BR: Ramificação upstream para procurar confirmações equivalentes.  Padrão para o ramo de upstream de HEAD.

note: type: Plain text
en: Working branch; defaults to HEAD.
pt_BR: Branch de trabalho; O padrão é HEAD.

note: type: Plain text
en: Do not report commits up to (and including) limit.
pt_BR: Não denuncie commits até (e incluindo) limite.

note: type: Title ~
en: Patch workflows
pt_BR: Fluxos de trabalho de patch

note: type: Plain text
en: git-cherry is frequently used in patch-based workflows (see linkgit:gitworkflows[7]) to determine if a series of patches has been applied by the upstream maintainer.  In such a workflow you might create and send a topic branch like this:
pt_BR: O git-cherry é freqüentemente usado em fluxos de trabalho baseados em patches (veja linkgit:gitworkflows[7]) para determinar se uma série de patches foi aplicada pelo mantenedor do upstream.  Nesse fluxo de trabalho, você pode criar e enviar um ramo de tópico como este:

note: type: delimited block -
en: $ git checkout -b topic origin/master
    # work and create some commits
    $ git format-patch origin/master
    $ git send-email ... 00*
pt_BR: $ git verificar -b topic origem/master
    # trabalhe e crie alguns commits
    $ git formato-patch origem/master
    $ git send-email ... 00*

note: type: Plain text
en: Later, you can see whether your changes have been applied by saying (still on `topic`):
pt_BR: Mais tarde, você pode ver se suas alterações foram aplicadas dizendo (ainda em `topic`):

note: type: delimited block -
en: $ git fetch  # update your notion of origin/master
    $ git cherry -v
pt_BR: $ git fetch  # atualize sua noção de origem/master
    $ git cherry -v

note: type: Title ~
en: Concrete example
pt_BR: Exemplo concreto

note: type: Plain text
en: In a situation where topic consisted of three commits, and the maintainer applied two of them, the situation might look like:
pt_BR: Em uma situação em que o tópico consistia em três commits e o mantenedor aplicava dois deles, a situação poderia parecer:

note: type: delimited block -
en: $ git log --graph --oneline --decorate --boundary origin/master...topic
    * 7654321 (origin/master) upstream tip commit
    [... snip some other commits ...]
    * cccc111 cherry-pick of C
    * aaaa111 cherry-pick of A
    [... snip a lot more that has happened ...]
    | * cccc000 (topic) commit C
    | * bbbb000 commit B
    | * aaaa000 commit A
    |/
    o 1234567 branch point
pt_BR: $ git log --graph --oneline --decorate --boundary origin/master...topic
    * 7654321 (origin/master) upstream tip commit
    [... ignora alguns outros commits ...]
    * cccc111 cherry-pick of C
    * aaaa111 cherry-pick of A
    [... ignora mais algum outro monte do que aconteceu ...]
    | * cccc000 (topic) commit C
    | * bbbb000 commit B
    | * aaaa000 commit A
    |/
    o 1234567 branch point

note: type: Plain text
en: In such cases, git-cherry shows a concise summary of what has yet to be applied:
pt_BR: Nesses casos, o git-cherry mostra um resumo conciso do que ainda precisa ser aplicado:

note: type: Plain text
en: Here, we see that the commits A and C (marked with `-`) can be dropped from your `topic` branch when you rebase it on top of `origin/master`, while the commit B (marked with `+`) still needs to be kept so that it will be sent to be applied to `origin/master`.
pt_BR: Aqui, vemos que os commits A e C (marcados com `-`) podem ser removidos de sua ramificação` topic` quando você rebase em cima de `origidm/master`, enquanto o commit B (marcado com `+`) ainda precisa ser mantido para que seja enviado para ser aplicado a `origem/ master`.

note: type: Title ~
en: Using a limit
pt_BR: Usando um limite

note: type: Plain text
en: The optional <limit> is useful in cases where your topic is based on other work that is not in upstream.  Expanding on the previous example, this might look like:
pt_BR: O <limite> opcional é útil nos casos em que seu tópico é baseado em outro trabalho que não está no desenvolvimento.  Expandindo o exemplo anterior, isso pode parecer com:

note: type: delimited block -
en: $ git log --graph --oneline --decorate --boundary origin/master...topic
    * 7654321 (origin/master) upstream tip commit
    [... snip some other commits ...]
    * cccc111 cherry-pick of C
    * aaaa111 cherry-pick of A
    [... snip a lot more that has happened ...]
    | * cccc000 (topic) commit C
    | * bbbb000 commit B
    | * aaaa000 commit A
    | * 0000fff (base) unpublished stuff F
    [... snip ...]
    | * 0000aaa unpublished stuff A
    |/
    o 1234567 merge-base between upstream and topic
pt_BR: $ git log --graph --oneline --decorate --boundary origin/master...topic
    * 7654321 (origin/master) upstream tip commit
    [... ignora alguns outros commits ...]
    * cccc111 cherry-pick of C
    * aaaa111 cherry-pick of A
    [... ignora mais algum outro monte do que aconteceu ...]
    | * cccc000 (topic) commit C
    | * bbbb000 commit B
    | * aaaa000 commit A
    | * 0000fff (base) unpublished stuff F
    [... snip ...]
    | * 0000aaa unpublished stuff A
    |/
    o 1234567 merge-base between upstream and topic

note: type: Plain text
en: By specifying `base` as the limit, you can avoid listing commits between `base` and `topic`:
pt_BR: Especificando `base` como limite, você pode evitar listar commits entre` base` e `topic`:

note: type: delimited block -
en: $ git cherry origin/master topic base
    - cccc000... commit C
    + bbbb000... commit B
    - aaaa000... commit A
pt_BR: $ git cherry origem/master base de tópicos
    - cccc000... commit C
    + bbbb000... commit B
    - aaaa000... commit A

note: type: Plain text
en: git-citool - Graphical alternative to git-commit
pt_BR: git-citool - Alternativa gráfica para git-commit

note: type: Plain text
en: A Tcl/Tk based graphical interface to review modified files, stage them into the index, enter a commit message and record the new commit onto the current branch.  This interface is an alternative to the less interactive 'git commit' program.
pt_BR: Uma interface gráfica baseada em Tcl/Tk para revisar arquivos modificados, colocá-los no índice, inserir uma mensagem de confirmação e registrar o novo commit no branch atual.  Essa interface é uma alternativa ao programa menos interativo 'git commit'.

note: type: Plain text
en: 'git citool' is actually a standard alias for `git gui citool`.  See linkgit:git-gui[1] for more details.
pt_BR: 'git citool' é na verdade um pseudônimo padrão para `git gui citool`. Veja linkgit:git-gui[1] para mais detalhes.

note: type: Plain text
en: git-clean - Remove untracked files from the working tree
pt_BR: git-clean - Remove arquivos não rastreados da árvore de trabalho

note: type: Plain text
en: 'git clean' [-d] [-f] [-i] [-n] [-q] [-e <pattern>] [-x | -X] [--] <path>...
pt_BR: 'git clean' [-d] [-f] [-i] [-n] [-q] [-e <pattern>] [-x | -X] [--] <caminho>...

note: type: Plain text
en: Cleans the working tree by recursively removing files that are not under version control, starting from the current directory.
pt_BR: Limpa a árvore de trabalho removendo recursivamente arquivos que não estão sob controle de versão, iniciando no diretório atual.

note: type: Plain text
en: Normally, only files unknown to Git are removed, but if the `-x` option is specified, ignored files are also removed. This can, for example, be useful to remove all build products.
pt_BR: Normalmente, apenas arquivos desconhecidos para o Git são removidos, mas se a opção `-x` for especificada, os arquivos ignorados também são removidos. Isso pode, por exemplo, ser útil para remover todos os produtos de compilação.

note: type: Plain text
en: If any optional `<path>...` arguments are given, only those paths are affected.
pt_BR: Se algum argumento opcional `<path>...` for dado, somente esses caminhos serão afetados.

note: type: Plain text
en: If the Git configuration variable clean.requireForce is not set to false, 'git clean' will refuse to delete files or directories unless given -f or -i.  Git will refuse to modify untracked nested git repositories (directories with a .git subdirectory)  unless a second -f is given.
pt_BR: Se a variável de configuração do Git `clean.requireForce` não estiver definida como "false", o `git clean` recusará a exclusão de arquivos ou diretórios a menos que seja usado a opção `-f` ou `-i`. O Git se recusará a modificar repositórios git aninhados e sem lastro (diretórios sem um subdiretório .git)  a menos que seja dado um segundo `-f`.

note: type: Plain text
en: Show what would be done and clean files interactively. See ``Interactive mode'' for details.
pt_BR: Mostre o que seria feito e limpe os arquivos interativamente. Veja ``modo interativo'' para detalhes.

note: type: Plain text
en: Don't actually remove anything, just show what would be done.
pt_BR: Na verdade, não remova nada, apenas mostre o que seria feito.

note: type: Plain text
en: Be quiet, only report errors, but not the files that are successfully removed.
pt_BR: Fique quieto, relate somente erros, mas não os arquivos removidos com sucesso.

note: type: Labeled list
en: --exclude=<pattern>
pt_BR: --excluir=<pattern>

note: type: Plain text
en: Use the given exclude pattern in addition to the standard ignore rules (see linkgit:gitignore[5]).
pt_BR: Use o padrão de exclusão fornecido além das regras de exclusão predefinidas (consulte linkgit:gitignore[5]).

note: type: Plain text
en: Don't use the standard ignore rules (see linkgit:gitignore[5]), but still use the ignore rules given with `-e` options from the command line.  This allows removing all untracked files, including build products.  This can be used (possibly in conjunction with 'git restore' or 'git reset') to create a pristine working directory to test a clean build.
pt_BR: Não use as regras de exclusão predefinidas (see linkgit:gitignore[5]), porém continue a usar as regras de exclusão fornecidas com a opção `-e` na linha de comando.  Isso permite remover todos os arquivos não rastreados, incluindo produtos de compilação.  Isso pode ser usado (possivelmente em conjunto com 'git restore' ou 'git reset') para criar um novo diretório de trabalho para testar uma compilação limpa.

note: type: Plain text
en: Remove only files ignored by Git.  This may be useful to rebuild everything from scratch, but keep manually created files.
pt_BR: Remova apenas arquivos ignorados pelo Git.  Isso pode ser útil para reconstruir tudo do zero, mas manter arquivos criados manualmente.

note: type: Title -
en: Interactive mode
pt_BR: Modo interativo

note: type: Plain text
en: When the command enters the interactive mode, it shows the files and directories to be cleaned, and goes into its interactive command loop.
pt_BR: Quando o comando entra no modo interativo, ele mostra os arquivos e diretórios a serem limpos e entra em seu loop de comando interativo.

note: type: delimited block -
en:     *** Commands ***
    	1: clean                2: filter by pattern    3: select by numbers
    	4: ask each             5: quit                 6: help
        What now> 1
pt_BR:     *** Comandos ***
    	1: clean                2: filter by pattern    3: select by numbers
    	4: ask each             5: quit                 6: help
        What now> 1

note: type: Plain text
en: You also could say `c` or `clean` above as long as the choice is unique.
pt_BR: Você também poderia dizer `c` ou` clean` acima, desde que a escolha seja única.

note: type: Plain text
en: The main command loop has 6 subcommands.
pt_BR: O laço de comando principal tem 6 subcomandos.

note: type: Labeled list
en: clean
pt_BR: limpar

note: type: Plain text
en: Start cleaning files and directories, and then quit.
pt_BR: Comece limpando arquivos e diretórios e, em seguida, saia.

note: type: Labeled list
en: filter by pattern
pt_BR: filtrar por padrão

note: type: Plain text
en: This shows the files and directories to be deleted and issues an "Input ignore patterns>>" prompt. You can input space-separated patterns to exclude files and directories from deletion.  E.g. "*.c *.h" will excludes files end with ".c" and ".h" from deletion. When you are satisfied with the filtered result, press ENTER (empty) back to the main menu.
pt_BR: Isso mostra os arquivos e diretórios a serem excluídos e emite um aviso "Input ignore patterns >>". Você pode inserir padrões separados por espaço para excluir arquivos e diretórios da exclusão.  Por exemplo. "*.c *.h" excluirá os arquivos com ".c" e ".h" da exclusão. Quando estiver satisfeito com o resultado filtrado, pressione ENTER (vazio) de volta ao menu principal.

note: type: Labeled list
en: select by numbers
pt_BR: selecione por números

note: type: Plain text
en: This shows the files and directories to be deleted and issues an "Select items to delete>>" prompt. When the prompt ends with double '>>' like this, you can make more than one selection, concatenated with whitespace or comma.  Also you can say ranges.  E.g. "2-5 7,9" to choose 2,3,4,5,7,9 from the list.  If the second number in a range is omitted, all remaining items are selected.  E.g. "7-" to choose 7,8,9 from the list.  You can say '*' to choose everything.  Also when you are satisfied with the filtered result, press ENTER (empty) back to the main menu.
pt_BR: Isso mostra os arquivos e diretórios a serem excluídos e emite um prompt "Selecionar itens para excluir>>". Quando o prompt terminar com '>>' duplo, você poderá fazer mais de uma seleção, concatenada com espaço em branco ou vírgula.  Além disso, você pode dizer intervalos.  Por exemplo. "2-5 7,9" para escolher 2,3,4,5,7,9 da lista.  Se o segundo número de um intervalo for omitido, todos os itens restantes serão selecionados.  Por exemplo. "7-" para escolher 7,8,9 da lista.  Você pode dizer '*' para escolher tudo.  Além disso, quando estiver satisfeito com o resultado filtrado, pressione ENTER (vazio) de volta ao menu principal.

note: type: Labeled list
en: ask each
pt_BR: pergunte a cada

note: type: Plain text
en: This will start to clean, and you must confirm one by one in order to delete items. Please note that this action is not as efficient as the above two actions.
pt_BR: Isso começará a ser limpo e você deverá confirmar um por um para excluir itens. Por favor, note que esta ação não é tão eficiente quanto as duas ações acima.

note: type: Labeled list
en: quit
pt_BR: sair

note: type: Plain text
en: This lets you quit without do cleaning.
pt_BR: Isso permite que você saia sem fazer limpeza.

note: type: Labeled list
en: help
pt_BR: socorro

note: type: Plain text
en: Show brief usage of interactive git-clean.
pt_BR: Mostrar um breve uso do git-limpo interativo.

note: type: Plain text
en: git-clone - Clone a repository into a new directory
pt_BR: git-clone - Clona um repositório em um novo diretório

note: type: Plain text
en: 'git clone' [--template=<template_directory>]
    	  [-l] [-s] [--no-hardlinks] [-q] [-n] [--bare] [--mirror]
    	  [-o <name>] [-b <name>] [-u <upload-pack>] [--reference <repository>]
    	  [--dissociate] [--separate-git-dir <git dir>]
    	  [--depth <depth>] [--[no-]single-branch] [--no-tags]
    	  [--recurse-submodules[=<pathspec>]] [--[no-]shallow-submodules]
    	  [--[no-]remote-submodules] [--jobs <n>] [--sparse] [--] <repository>
    	  [<directory>]
pt_BR: 'git clone' [--template=<diretório_modelo>]
    	  [-l] [-s] [--no-hardlinks] [-q] [-n] [--bare] [--mirror]
    	  [-o <nome>] [-b <nome>] [-u <upload-pack>] [--reference <repository>]
    	  [--dissociate] [--separate-git-dir <git dir>]
    	  [--depth <profundidade>] [--[no-]single-branch] [--no-tags]
    	  [--recurse-submodules[=<pathspec>]] [--[no-]shallow-submodules]
    	  [--[no-]remote-submodules] [--jobs <n>] [--sparse] [--] <repositório>
    	  [<diretório>]

note: type: Plain text
en: Clones a repository into a newly created directory, creates remote-tracking branches for each branch in the cloned repository (visible using `git branch --remotes`), and creates and checks out an initial branch that is forked from the cloned repository's currently active branch.
pt_BR: Clona um repositório em um diretório recém-criado, cria ramificações de rastreamento remoto para cada ramificação no repositório clonado (visível usando `git branch --remotes`), cria e verifica uma ramificação inicial que é bifurcada da ramificação atualmente ativa do repositório clonado .

note: type: Plain text
en: After the clone, a plain `git fetch` without arguments will update all the remote-tracking branches, and a `git pull` without arguments will in addition merge the remote master branch into the current master branch, if any (this is untrue when "--single-branch" is given; see below).
pt_BR: Após o clone, uma simples `git buscar` sem argumentos atualizará todas as ramificações de controle remoto, e um` git puxar` sem argumentos irá, além disso, mesclar a ramificação mestre remota na ramificação atual, se houver (isto não é verdade quando "- único ramo" é dado; veja abaixo).

note: type: Plain text
en: This default configuration is achieved by creating references to the remote branch heads under `refs/remotes/origin` and by initializing `remote.origin.url` and `remote.origin.fetch` configuration variables.
pt_BR: Esta configuração padrão é obtida através da criação de referências aos cabeçalhos de ramificações remotas em `refs/remotos/origem` e inicializando as variáveis de configuração` remote.origin.url` e `remote.origin.fetch`.

note: type: Plain text
en: When the repository to clone from is on a local machine, this flag bypasses the normal "Git aware" transport mechanism and clones the repository by making a copy of HEAD and everything under objects and refs directories.  The files under `.git/objects/` directory are hardlinked to save space when possible.
pt_BR: Quando o repositório para clonar está em uma máquina local, esse sinalizador ignora o mecanismo de transporte normal "Git aware" e clona o repositório fazendo uma cópia de HEAD e tudo em diretórios objetos e refs.  Os arquivos no diretório `.git/objects/` são hardlinked para economizar espaço quando possível.

note: type: Plain text
en: If the repository is specified as a local path (e.g., `/path/to/repo`), this is the default, and --local is essentially a no-op.  If the repository is specified as a URL, then this flag is ignored (and we never use the local optimizations).  Specifying `--no-local` will override the default when `/path/to/repo` is given, using the regular Git transport instead.
pt_BR: É predefinido que caso o repositório seja informado como um caminho local (por exemplo, `/path/to/repo`) e `--local` não for operacional.  Caso o repositório seja especificado como um URL, esse sinalizador será ignorado (e nunca usaremos as otimizações locais).  Especificar `--no-local` irá sobrescrever o valor predefinido quando`/path/to/repo` for informado usando o transporte regular do Git.

note: type: Plain text
en: Force the cloning process from a repository on a local filesystem to copy the files under the `.git/objects` directory instead of using hardlinks. This may be desirable if you are trying to make a back-up of your repository.
pt_BR: Força o processo de clonagem de um repositório em um sistema de arquivos local para copiar os arquivos sob o diretório `.git/objetos` em vez de usar hardlinks. Isso pode ser desejável se você estiver tentando fazer um backup de seu repositório.

note: type: Plain text
en: When the repository to clone is on the local machine, instead of using hard links, automatically setup `.git/objects/info/alternates` to share the objects with the source repository.  The resulting repository starts out without any object of its own.
pt_BR: Quando o repositório a ser clonado estiver na máquina local, em vez de usar links físicos, configure automaticamente `.git/objetos/info/alternates` para compartilhar os objetos com o repositório de origem.  O repositório resultante é iniciado sem nenhum objeto próprio.

note: type: Plain text
en: *NOTE*: this is a possibly dangerous operation; do *not* use
    it unless you understand what it does. If you clone your
    repository using this option and then delete branches (or use any
    other Git command that makes any existing commit unreferenced) in the
    source repository, some objects may become unreferenced (or dangling).
    These objects may be removed by normal Git operations (such as `git commit`)
    which automatically call `git gc --auto`. (See linkgit:git-gc[1].)
    If these objects are removed and were referenced by the cloned repository,
    then the cloned repository will become corrupt.
pt_BR: *NOTA*: esta é uma operação possivelmente perigosa de se fazer; *não* use
    a menos que você entenda o que ele faz. Se você clonar o seu
    repositório usando esta opção e em seguida excluir os ramos branches (ou usar qualquer
    outro comando Git que faz qualquer compromisso existente não referenciado) no
    repositório de origem, alguns objetos podem perder a referência (ou ficarem pendurados).
    Esses objetos podem ser removidos por operações normais do Git (como 'git commit')
    que automaticamente chamam de `git gc --auto`. (Veja linkgit:git-gc[1].)
    Caso esses objetos sejam removidos e forem referenciados pelo repositório clonado,
    então o repositório clonado se tornará corrupto.

note: type: Plain text
en: Note that running `git repack` without the `--local` option in a repository cloned with `--shared` will copy objects from the source repository into a pack in the cloned repository, removing the disk space savings of `clone --shared`.  It is safe, however, to run `git gc`, which uses the `--local` option by default.
pt_BR: Note que executar o `git repack` sem a opção `--local` em um repositório clonado com `--shared` copiará os objetos do repositório de origem em um pacote dentro do repositório clonado removendo a economia de espaço em disco do `clone --shared`.  É seguro, no entanto, rodar o `git gc`, que usa a opção `--local` por padrão.

note: type: Plain text
en: If you want to break the dependency of a repository cloned with `--shared` on its source repository, you can simply run `git repack -a` to copy all objects from the source repository into a pack in the cloned repository.
pt_BR: Caso queira quebrar a dependência de um repositório clonado com `--shared` no seu repositório de origem, você pode simplesmente executar o comando `git repack -a` para copiar todos os objetos do repositório de origem em um pacote dentro do repositório clonado.

note: type: Labeled list
en: --reference[-if-able] <repository>
pt_BR: --reference[-if-able] <repositório>

note: type: Plain text
en: If the reference repository is on the local machine, automatically setup `.git/objects/info/alternates` to obtain objects from the reference repository.  Using an already existing repository as an alternate will require fewer objects to be copied from the repository being cloned, reducing network and local storage costs.  When using the `--reference-if-able`, a non existing directory is skipped with a warning instead of aborting the clone.
pt_BR: Se o repositório de referência estiver na máquina local, configure automaticamente `.git/objects/info/alternates` para obter objetos do repositório de referência.  A utilização de um repositório já existente como alternativa exigirá que menos objetos sejam copiados do repositório que está sendo clonado, reduzindo os custos de armazenamento local e de rede.  Ao usar o `--reference-if-able`, um diretório não existente é ignorado com um aviso em vez de abortar o clone.

note: type: Plain text
en: *NOTE*: see the NOTE for the `--shared` option, and also the
    `--dissociate` option.
pt_BR: *OBSERVAÇÃO*: consulte a NOTA sobre a opção
    `--shared` e também a opção `--dissociate`.

note: type: Plain text
en: Borrow the objects from reference repositories specified with the `--reference` options only to reduce network transfer, and stop borrowing from them after a clone is made by making necessary local copies of borrowed objects.  This option can also be used when cloning locally from a repository that already borrows objects from another repository--the new repository will borrow objects from the same repository, and this option can be used to stop the borrowing.
pt_BR: Emprestar os objetos dos repositórios de referência especificados com as opções `--reference` somente para reduzir a transferência de rede e parar de tomar emprestado deles após um clone, fazendo cópias locais necessárias dos objetos emprestados.  Esta opção também pode ser usada ao clonar localmente a partir de um repositório que já toma emprestado objetos de outro repositório - o novo repositório pegará emprestado objetos do mesmo repositório, e esta opção pode ser usada para parar o empréstimo.

note: type: Plain text
en: Operate quietly.  Progress is not reported to the standard error stream.
pt_BR: Opere em silêncio.  O progresso não é relatado para o fluxo de erros padrão.

note: type: Plain text
en: Run verbosely. Does not affect the reporting of progress status to the standard error stream.
pt_BR: Executa em modo louquaz. Não afera o relatório da condição de progresso para o fluxo de erro padrão.

note: type: Plain text
en: Progress status is reported on the standard error stream by default when it is attached to a terminal, unless `--quiet` is specified. This flag forces progress status even if the standard error stream is not directed to a terminal.
pt_BR: A condição do progresso é relatado no padrão do fluxo de erro por padrão quando ele é anexado em um terminal, a menos que `--quiet` seja especificado. Esta sinalização impõe o status de progresso mesmo que o fluxo de erro padrão não seja direcionado para um terminal.

note: type: Plain text
en: No checkout of HEAD is performed after the clone is complete.
pt_BR: Nenhum checkout de HEAD é executado após o clone estar completo.

note: type: Plain text
en: Make a 'bare' Git repository.  That is, instead of creating `<directory>` and placing the administrative files in `<directory>/.git`, make the `<directory>` itself the `$GIT_DIR`. This obviously implies the `--no-checkout` because there is nowhere to check out the working tree.  Also the branch heads at the remote are copied directly to corresponding local branch heads, without mapping them to `refs/remotes/origin/`.  When this option is used, neither remote-tracking branches nor the related configuration variables are created.
pt_BR: Faça um repositório 'bare' Git.  Isto é, ao invés de criar o `<directory>` e colocar os arquivos administrativos em `<directory>/.git`, faça o próprio `<directory>` ser o `$GIT_DIR`. Isto obviamente implica a opção `--no-checkout` pois não há nenhum lugar para verificar a árvore de trabalho.  Além disso os "heads" da ramificação remota são copiadas diretamente para os "heads" de ramificação locais correspondentes sem mapeá-las para `refs/remotes/origin/`.  Quando essa opção é usada, nem as ramificações de rastreamento remoto nem as variáveis de configuração relacionadas são criadas.

note: type: Plain text
en: Initialize the sparse-checkout file so the working directory starts with only the files in the root of the repository. The sparse-checkout file can be modified to grow the working directory as needed.
pt_BR: Inicialize o "checkout esparso" para que o diretório de trabalho comece apenas com os arquivos na raiz do repositório. O arquivo "checkout esparso" pode ser modificado para aumentar o diretório de trabalho conforme a necessidade.

note: type: Plain text
en: Set up a mirror of the source repository.  This implies `--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.) and sets up a refspec configuration such that all these refs are overwritten by a `git remote update` in the target repository.
pt_BR: Configure um espelho do repositório de origem. Isso implica `--bare`.  Comparado com `--bare`, `--mirror` não apenas mapeia as ramificações locais da origem para as ramificações locais do destino, ele mapeia todas as refs (incluindo ramificações de controle remoto, notas, etc.) e define uma configuração `refspec` como que todos esses `refs` sejam sobrescritos por um `git remote update` no repositório do destino.

note: type: Labeled list
en: -o <name>
pt_BR: -o <nome>

note: type: Labeled list
en: --origin <name>
pt_BR: --origin <nome>

note: type: Plain text
en: Instead of using the remote name `origin` to keep track of the upstream repository, use `<name>`.
pt_BR: Ao invés de usar o nome remoto `origin` para acompanhar o repositório upstream, use o `<nome>`.

note: type: Labeled list
en: -b <name>
pt_BR: -b <nome>

note: type: Labeled list
en: --branch <name>
pt_BR: --branch <nome>

note: type: Plain text
en: Instead of pointing the newly created HEAD to the branch pointed to by the cloned repository's HEAD, point to `<name>` branch instead. In a non-bare repository, this is the branch that will be checked out.  `--branch` can also take tags and detaches the HEAD at that commit in the resulting repository.
pt_BR: Em vez de apontar o HEAD recém-criado para a ramificação apontada pelo HEAD do repositório clonado, aponte para branch <nome> em vez disso. Em um repositório não nu, esta é a ramificação que será registrada.  `--branch` também pode pegar tags e desanexar o HEAD naquele commit no repositório resultante.

note: type: Plain text
en: When given, and the repository to clone from is accessed via ssh, this specifies a non-default path for the command run on the other end.
pt_BR: Quando informado e o repositório a ser clonado for acessível através do ssh, determina que seja executado um caminho fora do padrão na outra extremidade.

note: type: Plain text
en: Specify the directory from which templates will be used; (See the "TEMPLATE DIRECTORY" section of linkgit:git-init[1].)
pt_BR: Informe o diretório de onde os modelos serão usados; (Consulte a seção "DIRETÓRIO MODELO" do linkgit:git-init[1].)

note: type: Plain text
en: Set a configuration variable in the newly-created repository; this takes effect immediately after the repository is initialized, but before the remote history is fetched or any files checked out.  The key is in the same format as expected by linkgit:git-config[1] (e.g., `core.eol=true`). If multiple values are given for the same key, each value will be written to the config file. This makes it safe, for example, to add additional fetch refspecs to the origin remote.
pt_BR: Define uma variável de configuração no repositório recém-criado; isso entra em vigor imediatamente após a inicialização do repositório, porém antes da busca remota do histórico ou do checkout de quaisquer arquivos.  Como é esperado, a chave está no mesmo formato de linkgit:git-config[1] (ou seja, `core.eol=true`). Caso vários valores sejam fornecidos para a mesma chave, cada valor será gravado no arquivo de configuração. Isso o torna mais seguro para incluir "fetch refspecs" adicionais ao "origin" remoto por exemplo.

note: type: Plain text
en: Due to limitations of the current implementation, some configuration variables do not take effect until after the initial fetch and checkout.  Configuration variables known to not take effect are: `remote.<name>.mirror` and `remote.<name>.tagOpt`.  Use the corresponding `--mirror` and `--no-tags` options instead.
pt_BR: Devido as limitações da implementação atual, algumas variáveis de configuração não entram em vigor até o próximo "fetch" e "checkout".  As variáveis de configuração que são conhecidas por não terem efeito são: `remote.<name>.mirror` and `remote.<name>.tagOpt`.  Em vez disso, use as opções correspondentes `--mirror` e `--no-tags`.

note: type: Plain text
en: Create a 'shallow' clone with a history truncated to the specified number of commits. Implies `--single-branch` unless `--no-single-branch` is given to fetch the histories near the tips of all branches. If you want to clone submodules shallowly, also pass `--shallow-submodules`.
pt_BR: Crie um clone 'raso' com um histórico truncado para uma quantidade determinada de revisões. Implica no uso da opção `--single-branch` a menos que `--no-single-branch` seja usado para resgatar os históricos próximos às pontas de todos os ramos, caso queira clonar os submódulos superficialmente, use também `--shallow-submodules`.

note: type: Plain text
en: Create a shallow clone with a history after the specified time.
pt_BR: Crie um clone superficial com um histórico após o tempo determinado.

note: type: Plain text
en: Create a shallow clone with a history, excluding commits reachable from a specified remote branch or tag.  This option can be specified multiple times.
pt_BR: Crie um clone superficial com um histórico, excluindo os commits disponíveis a partir de uma ramificação remota ou tag específica.  Esta opção pode ser usada mais de uma vez.

note: type: Plain text
en: Clone only the history leading to the tip of a single branch, either specified by the `--branch` option or the primary branch remote's `HEAD` points at.  Further fetches into the resulting repository will only update the remote-tracking branch for the branch this option was used for the initial cloning.  If the HEAD at the remote did not point at any branch when `--single-branch` clone was made, no remote-tracking branch is created.
pt_BR: Clone apenas o histórico que leva à ponta de uma única ramificação, especificada pela opção `--branch` ou pelo ramo primário remoto onde `HEAD` aponta.  Outras buscas no repositório resultante atualizarão apenas a ramificação de rastreamento remoto da ramificação em que essa opção foi usada para a clonagem inicial.Caso o `HEAD` remoto não aponte para nenhuma ramificação quando o clone `--single-branch` foi feito, nenhuma ramificação de rastreamento remoto é criado.

note: type: Plain text
en: Don't clone any tags, and set `remote.<remote>.tagOpt=--no-tags` in the config, ensuring that future `git pull` and `git fetch` operations won't follow any tags. Subsequent explicit tag fetches will still work, (see linkgit:git-fetch[1]).
pt_BR: Não clone quaisquer tags e defina `remote.<remote>.tagOpt=--no-tags` nas configurações, garantindo que as futuras operações `git pull` e `git fetch` não sigam qualquer tag. As buscas explícitas subsequentes das tags ainda funcionarão (consulte linkgit:git-fetch[1]).

note: type: Plain text
en: Can be used in conjunction with `--single-branch` to clone and maintain a branch with no references other than a single cloned branch. This is useful e.g. to maintain minimal clones of the default branch of some repository for search indexing.
pt_BR: Pode ser usado em conjunto com o `--single-branch` para clonar e manter um ramo sem referências além de um único ramo clonado. Isso é útil, por exemplo, para manter clones mínimos da ramificação predefinida de algum repositório para a indexação da pesquisa.

note: type: Plain text
en: After the clone is created, initialize and clone submodules within based on the provided pathspec.  If no pathspec is provided, all submodules are initialized and cloned.  This option can be given multiple times for pathspecs consisting of multiple entries.  The resulting clone has `submodule.active` set to the provided pathspec, or "." (meaning all submodules) if no pathspec is provided.
pt_BR: Depois que o clone é criado, inicialize e clone os submódulos com base no `pathspec` informado.  Caso nenhum `pathspec` seja informado, todos serão inicializados e clonados.  Esta opção pode ser usada várias vezes para a consulta de diversas entradas `pathspec`.O clone resultante de `submodule.active` define o pathspec informado ou "." (significa todos os submódulos) caso nenhum pathspec seja informado.

note: type: Plain text
en: Submodules are initialized and cloned using their default settings. This is equivalent to running `git submodule update --init --recursive <pathspec>` immediately after the clone is finished. This option is ignored if the cloned repository does not have a worktree/checkout (i.e. if any of `--no-checkout`/`-n`, `--bare`, or `--mirror` is given)
pt_BR: Os submódulos são inicializados e clonados utilizando as suas respectivas configurações predefinidas. Este é o equivalente a executar o comando `git submodule update --init --recursive <pathspec>` imediatamente após que a clonagem for finalizada. Esta opção é ignorada caso o repositório clonado não tenha uma árvore de trabalho/verificação (ou seja quaisquer dos comandos `--no-checkout`/`-n`, `--bare`, ou `--mirror` seja informado)

note: type: Plain text
en: All submodules which are cloned will be shallow with a depth of 1.
pt_BR: Todos os submódulos clonados serão rasos e com uma profundidade 1.

note: type: Plain text
en: All submodules which are cloned will use the status of the submodule's remote-tracking branch to update the submodule, rather than the superproject's recorded SHA-1. Equivalent to passing `--remote` to `git submodule update`.
pt_BR: Todos os submódulos que forem clonados, para realizar a atualização os submódulos usarão a condição remota do ramo do submódulo de rastreamento em vez do SHA-1 registrado no superprojeto. Equivale encaminhar `--remote` para `git submodule update`.

note: type: Plain text
en: Instead of placing the cloned repository where it is supposed to be, place the cloned repository at the specified directory, then make a filesystem-agnostic Git symbolic link to there.  The result is Git repository can be separated from working tree.
pt_BR: Em vez de colocar o repositório clonado onde deveria estar, coloque o repositório clonado no diretório especificado e em seguida, faça um link simbólico Git independente do sistema de arquivos para lá.  O resultado é que o repositório Git pode ser separado da árvore de trabalho.

note: type: Plain text
en: The number of submodules fetched at the same time.  Defaults to the `submodule.fetchJobs` option.
pt_BR: A quantidade de submódulos que foram recuperados ao mesmo tempo.  É predefinido na opção `submodule.fetchJobs`.

note: type: Labeled list
en: <repository>
pt_BR: <repositório>

note: type: Plain text
en: The (possibly remote) repository to clone from.  See the <<URLS,GIT URLS>> section below for more information on specifying repositories.
pt_BR: Os repositórios que serão clonados (possivelmente remotos).  Consulte a seção <<URLS,GIT URLS>> abaixo para mais informações sobre as especificidades dos repositórios.

note: type: Labeled list
en: <directory>
pt_BR: <diretório>

note: type: Plain text
en: The name of a new directory to clone into.  The "humanish" part of the source repository is used if no directory is explicitly given (`repo` for `/path/to/repo.git` and `foo` for `host.xz:foo/.git`).  Cloning into an existing directory is only allowed if the directory is empty.
pt_BR: O nome de um novo diretório que será clonado.  A parte "humanística" do repositório de origem é usada caso nenhum diretório seja explicitamente informado (`repo` para `/path/to/repo.git` e `foo` para `host.xz:foo/.git`).  A clonagem em um diretório existente é permitida apenas caso o diretório esteja vazio.

note: type: Plain text
en: Clone from upstream:
pt_BR: Clonando de um upstream:

note: type: Plain text
en: Make a local clone that borrows from the current directory, without checking things out:
pt_BR: Faça uma clonagem local que pegue emprestado do diretório atual sem verificação:

note: type: Plain text
en: Clone from upstream while borrowing from an existing local directory:
pt_BR: Clone do upstream enquanto pega emprestado de um diretório local já existente:

note: type: Plain text
en: Create a bare repository to publish your changes to the public:
pt_BR: Crie um repositório simples para publicar suas alterações ao público:

note: type: Plain text
en: git-column - Display data in columns
pt_BR: git-column - Exibe os dados em colunas

note: type: Plain text
en: 'git column' [--command=<name>] [--[raw-]mode=<mode>] [--width=<width>]
    	     [--indent=<string>] [--nl=<string>] [--padding=<n>]
pt_BR: 'git column' [--command=<nome>] [--[raw-]mode=<modo>] [--width=<largura>]
    	     [--indent=<string>] [--nl=<string>] [--padding=<n>]

note: type: Plain text
en: This command formats the lines of its standard input into a table with multiple columns. Each input line occupies one cell of the table. It is used internally by other git commands to format output into columns.
pt_BR: Este comando formata as linhas de sua entrada padrão em uma tabela com várias colunas. Cada linha de entrada ocupa uma célula na tabela. É usado internamente por outros comandos git para formatar a saída em colunas.

note: type: Labeled list
en: --command=<name>
pt_BR: --command=<nome>

note: type: Plain text
en: Look up layout mode using configuration variable column.<name> and column.ui.
pt_BR: Consulta o modo de layout usando a coluna da variável de configuração column.<nome> e column.ui.

note: type: Labeled list
en: --mode=<mode>
pt_BR: --mode=<modo>

note: type: Plain text
en: Specify layout mode. See configuration variable column.ui for option syntax in linkgit:git-config[1].
pt_BR: Especifica o modo de layout. Veja a variável de configuração `column.ui` para a sintaxe da opção em linkgit:git-config[1].

note: type: Plain text
en: Same as --mode but take mode encoded as a number. This is mainly used by other commands that have already parsed layout mode.
pt_BR: O mesmo que `--mode`, porém usa o modo codificado como um número. Isso é usado principalmente por outros comandos que já analisaram o modo de layout.

note: type: Labeled list
en: --width=<width>
pt_BR: --width=<largura>

note: type: Plain text
en: Specify the terminal width. By default 'git column' will detect the terminal width, or fall back to 80 if it is unable to do so.
pt_BR: Especifica a largura do terminal. É predefinido que `git column` detectará a largura do terminal ou voltará ao valor 80 predefinido, caso não seja possível.

note: type: Plain text
en: String to be printed at the beginning of each line.
pt_BR: Uma série de caracteres (strings) que serão impressas no inicio de cada linha.

note: type: Plain text
en: String to be printed at the end of each line, including newline character.
pt_BR: Uma série de caracteres a ser impressa no final de cada linha, incluindo caracteres de nova linha.

note: type: Plain text
en: The number of spaces between columns. One space by default.
pt_BR: A quantidade de espaços entre as colunas. A predefinição é um espaço.

note: type: Plain text
en: Format data by columns:
pt_BR: Formata os dados por colunas:

note: type: Plain text
en: Format data by rows:
pt_BR: Formata os dados por linhas:

note: type: Plain text
en: List some tags in a table with unequal column widths:
pt_BR: Liste algumas tags em uma tabela com larguras desiguais das colunas:

note: type: Plain text
en: git-commit-tree - Create a new commit object
pt_BR: git-commit-tree - Cria um novo objeto commit

note: type: Plain text
en: 'git commit-tree' <tree> [(-p <parent>)...]
    'git commit-tree' [(-p <parent>)...] [-S[<keyid>]] [(-m <message>)...]
    		  [(-F <file>)...] <tree>
pt_BR: 'git commit-tree' <tree> [(-p <matriz>)...]
    'git commit-tree' [(-p <matriz>)...] [-S[<keyid>]] [(-m <mensagem>)...]
    		  [(-F <arquivo>)...] <árvore>

note: type: Plain text
en: This is usually not what an end user wants to run directly.  See linkgit:git-commit[1] instead.
pt_BR: Normalmente não é o que um usuário final gostaria de usar diretamente.  Em vez disso consulte linkgit:git-commit[1].

note: type: Plain text
en: Creates a new commit object based on the provided tree object and emits the new commit object id on stdout. The log message is read from the standard input, unless `-m` or `-F` options are given.
pt_BR: Cria um novo objeto commit com base no objeto da árvore fornecida e emite o novo id do objeto de commit no stdout. A mensagem do registro log é lido na entrada padrão, a não ser que sejam fornecidas as opções `-m` ou` -F`.

note: type: Plain text
en: The `-m` and `-F` options can be given any number of times, in any order. The commit log message will be composed in the order in which the options are given.
pt_BR: As opções `m` e` F` podem ser informadas várias vezes e em qualquer ordem. A mensagem do registro log do commit será composta na ordem em que as opções forem usadas.

note: type: Plain text
en: A commit object may have any number of parents. With exactly one parent, it is an ordinary commit. Having more than one parent makes the commit a merge between several lines of history. Initial (root)  commits have no parents.
pt_BR: Um objeto commit pode ter qualquer quantidade matrizes. Um commit comum é aquele tem exatamente uma matriz. Ter mais de uma matriz faz com que o commit seja mesclado entre as várias linhas da história. Os commits iniciais (root) não possuem matrizes.

note: type: Plain text
en: While a tree represents a particular directory state of a working directory, a commit represents that state in "time", and explains how to get there.
pt_BR: Enquanto uma árvore representa a condição de um diretório de trabalho em específico, um commit representa esta condição em "hora" e explica como chegar até lá.

note: type: Plain text
en: Normally a commit would identify a new "HEAD" state, and while Git doesn't care where you save the note about that state, in practice we tend to just write the result to the file that is pointed at by `.git/HEAD`, so that we can always see what the last committed state was.
pt_BR: Normalmente, um commit identifica uma nova condição "HEAD" e embora o Git não se importe onde você salva a nota sobre esse estado, na prática, tendemos apenas a escrever o resultado no arquivo apontado por `.git / HEAD` para que possamos sempre ver como estava a última condição do commit.

note: type: Labeled list
en: <tree>
pt_BR: <árvore>

note: type: Plain text
en: An existing tree object.
pt_BR: Um objeto árvore já existente.

note: type: Labeled list
en: -p <parent>
pt_BR: -p <matriz>

note: type: Plain text
en: Each `-p` indicates the id of a parent commit object.
pt_BR: Cada `-p` indica o id de uma matriz do objeto commit.

note: type: Labeled list
en: -m <message>
pt_BR: -m <mensagem>

note: type: Plain text
en: A paragraph in the commit log message. This can be given more than once and each <message> becomes its own paragraph.
pt_BR: Um parágrafo no registro log da mensagem de commit. O comando pode ser repetido mais de uma vez fazendo com que cada <mensagem> se torne um parágrafo individual.

note: type: Labeled list
en: -F <file>
pt_BR: -F <arquivo>

note: type: Plain text
en: Read the commit log message from the given file. Use `-` to read from the standard input. This can be given more than once and the content of each file becomes its own paragraph.
pt_BR: Leia a mensagem do registro log do commit de um arquivo informado. Use `-` para ler a entrada predefinida. Isso pode ser dado mais de uma vez e o conteúdo de cada arquivo se torna seu próprio parágrafo.

note: type: Plain text
en: Do not GPG-sign commit, to countermand a `--gpg-sign` option given earlier on the command line.
pt_BR: Não assine o commit com GPG-sign que contrarie a opção na linha de comando `--gpg-sign` dada em momento anterior.

note: type: Title -
en: Commit Information
pt_BR: Informação do commit

note: type: Plain text
en: A commit encapsulates:
pt_BR: Os encapsulamentos de um commit:

note: type: Plain text
en: all parent object ids
pt_BR: ids de todos os objetos matriz

note: type: Plain text
en: author name, email and date
pt_BR: nome do autor, email e data

note: type: Plain text
en: committer name and email and the commit time.
pt_BR: nome e o endereço de email da pessoa que faz o commit e o momento em que foi feito.

note: type: Plain text
en: A commit comment is read from stdin. If a changelog entry is not provided via "<" redirection, 'git commit-tree' will just wait for one to be entered and terminated with ^D.
pt_BR: O comentário de um commit é lido a partir do "stdin". Caso a entrada do "changelog" não seja provida de um redirecionamento "<" o 'git commit-tree' irá aguardar que um seja inserido e finalizado com ^D.

note: type: Title -
en: Discussion
pt_BR: Discussão

note: type: Title -
en: FILES
pt_BR: ARQUIVOS

note: type: Plain text
en: git-commit - Record changes to the repository
pt_BR: git-commit - Grava mudanças feitas no repositório

note: type: Plain text
en: Create a new commit containing the current contents of the index and the given log message describing the changes. The new commit is a direct child of HEAD, usually the tip of the current branch, and the branch is updated to point to it (unless no branch is associated with the working tree, in which case HEAD is "detached" as described in linkgit:git-checkout[1]).
pt_BR: Cria um novo commit contendo os conteúdos atuais do índice e a mensagem informada no registro log descrevendo as mudanças. Um novo commit é um herdeiro direto do HEAD que em geral é o topo do ramo atual e o ramo é atualizado para apontar para ele (a menos que nenhum ramo seja associado com a árvore de trabalho onde no caso o HEAD esteja "desassociado" como descrito em linkgit:git-checkout[1]).

note: type: Plain text
en: The content to be committed can be specified in several ways:
pt_BR: O conteúdo a ser feito o commit pode ser definido de diferente maneiras:

note: type: Plain text
en: by using linkgit:git-add[1] to incrementally "add" changes to the index before using the 'commit' command (Note: even modified files must be "added");
pt_BR: ao usar linkgit:git-add[1] para ir incrementando mudanças com "add" para o índice antes de usar o comando (Nota: devem ser "adicionados" até mesmo os arquivos modificados);

note: type: Plain text
en: by using linkgit:git-rm[1] to remove files from the working tree and the index, again before using the 'commit' command;
pt_BR: ao usar linkgit:git-rm[1] para remover os arquivos da árvore de trabalho em do índice, novamente, antes de usar o comando 'commit';

note: type: Plain text
en: by listing files as arguments to the 'commit' command (without --interactive or --patch switch), in which case the commit will ignore changes staged in the index, and instead record the current content of the listed files (which must already be known to Git);
pt_BR: ao listar os arquivos como argumentos para o comando 'commit' (sem usar as opções --interactive ou --patch), nesse caso, o commit ignorará as alterações organizadas no índice e em vez disso registrará o conteúdo atual dos arquivos listados (que já devem ser conhecidos pelo Git );

note: type: Plain text
en: by using the -a switch with the 'commit' command to automatically "add" changes from all known files (i.e. all files that are already listed in the index) and to automatically "rm" files in the index that have been removed from the working tree, and then perform the actual commit;
pt_BR: ao usar a opção -a com o comando 'commit' para "adicionar" automaticamente as alterações de todos os arquivos conhecidos (ou seja, todos os arquivos que já estão listados no índice) e "rm" para remover os arquivos automaticamente da árvore de trabalho e assim executar o commit de fato;

note: type: Plain text
en: by using the --interactive or --patch switches with the 'commit' command to decide one by one which files or hunks should be part of the commit in addition to contents in the index, before finalizing the operation. See the ``Interactive Mode'' section of linkgit:git-add[1] to learn how to operate these modes.
pt_BR: ao usar as opções --interactive ou --patch com o comando 'commit' para decidir um a um quais arquivos ou blocos devem fazer parte do commit além do conteúdo já existente do índice antes de finalizar a operação. Consulte a seção ``Interactive Mode'' do linkgit:git-add[1] para aprender como esses modos funcionam.

note: type: Plain text
en: The `--dry-run` option can be used to obtain a summary of what is included by any of the above for the next commit by giving the same set of parameters (options and paths).
pt_BR: A opção `--dry-run` pode ser usada para obter um resumo do que está incluído em qualquer uma das opções acima para o próximo commit, fornecendo o mesmo conjunto de parâmetros (opções e caminhos).

note: type: Plain text
en: If you make a commit and then find a mistake immediately after that, you can recover from it with 'git reset'.
pt_BR: Caso faça um commit e imediatamente encontre um erro logo em seguida, é possível recuperá-lo com o comando 'git reset'.

note: type: Plain text
en: Tell the command to automatically stage files that have been modified and deleted, but new files you have not told Git about are not affected.
pt_BR: Diz ao comando para preparar automaticamente os arquivos que foram modificados e excluídos, porém os novos arquivos que você não informou ao Git não são afetados.

note: type: Plain text
en: Use the interactive patch selection interface to chose which changes to commit. See linkgit:git-add[1] for details.
pt_BR: Utilize a interface de seleção do patch interativo para escolher quais modificações (commit) serão aplicados. Para mais detalhes consulte linkgit:git-add[1].

note: type: Plain text
en: Take an existing commit object, and reuse the log message and the authorship information (including the timestamp)  when creating the commit.
pt_BR: Pega um objeto commit existente e o reutiliza na mensagem do registro log assim com as informações de autoria (incluindo o registro de data e hora)  ao criar um commit.

note: type: Plain text
en: Like '-C', but with `-c` the editor is invoked, so that the user can further edit the commit message.
pt_BR: Como `-C`, porém com `-c` o editor é chamado para que o usuário possa editar ainda mais a mensagem do commit.

note: type: Plain text
en: Construct a commit message for use with `rebase --autosquash`.  The commit message will be the subject line from the specified commit with a prefix of "fixup! ".  See linkgit:git-rebase[1] for details.
pt_BR: Constrói uma mensagem de commit para usar com `rebase --autosquash`.  A linha de assunto da mensagem de commit é retirada do commit determinado com um prefixo "fixup! ".  Para mais detalhes consulte linkgit:git-rebase[1].

note: type: Plain text
en: Construct a commit message for use with `rebase --autosquash`.  The commit message subject line is taken from the specified commit with a prefix of "squash! ".  Can be used with additional commit message options (`-m`/`-c`/`-C`/`-F`). See linkgit:git-rebase[1] for details.
pt_BR: Constrói uma mensagem de commit para usar com `rebase --autosquash`.  A linha de assunto da mensagem de commit é retirada do commit determinado com um prefixo "squash! ".  Pode ser usado com uma mensagem de commit adicional usando as opções (`-m`/`-c`/`-C`/`-F`). Para mais detalhes consulte linkgit:git-rebase[1].

note: type: Plain text
en: When used with -C/-c/--amend options, or when committing after a conflicting cherry-pick, declare that the authorship of the resulting commit now belongs to the committer. This also renews the author timestamp.
pt_BR: Quando usado com opções de emendas -C/-c/-- ou quando fizer um commit após uma seleção conflitante, declare que a autoria do resultado agora pertence ao autor do commit. Isso também renova o registro de data e hora do autor.

note: type: Plain text
en: When doing a dry-run, give the output in the short-format. See linkgit:git-status[1] for details. Implies `--dry-run`.
pt_BR: Ao fazer um "dry-run", dê a saída um formato curto. Para mais detalhes consulte linkgit:git-status[1] Implica em `--dry-run`.

note: type: Plain text
en: Show the branch and tracking info even in short-format.
pt_BR: Exibe o ramo e a informação de rastreio quando estiver em formato curto.

note: type: Plain text
en: When doing a dry-run, give the output in a porcelain-ready format. See linkgit:git-status[1] for details. Implies `--dry-run`.
pt_BR: Ao fazer um "dry-run", dê a saída um formato "porcelain-ready". Para mais detalhes consulte linkgit:git-status[1] Implica em `--dry-run`.

note: type: Plain text
en: When doing a dry-run, give the output in the long-format.  Implies `--dry-run`.
pt_BR: Ao fazer um "dry-run", dê a saída um formato longo.  Implica em `--dry-run`.

note: type: Plain text
en: When showing `short` or `porcelain` status output, print the filename verbatim and terminate the entries with NUL, instead of LF.  If no format is given, implies the `--porcelain` output format.  Without the `-z` option, filenames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).
pt_BR: Ao exibir a condição da saída `short` ou `porcelain`, imprima o nome do arquivo literalmente e termine as entradas com NUL, em vez de LF.  Caso nenhum formato seja dado, implica no uso da opção `--porcelain` como formato de saída.  Sem a opção `-z`, os nomes dos arquivos com caracteres "incomuns" serão citados conforme explicado nas variáveis de configuração `core.quotePath` (consulte linkgit:git-config[1]).

note: type: Labeled list
en: --file=<file>
pt_BR: --file=<arquivo>

note: type: Plain text
en: Take the commit message from the given file.  Use '-' to read the message from the standard input.
pt_BR: Pega a mensagem de commit vindo de um determinado arquivo.  Use '-' para ler a mensagem da entrada predefinida.

note: type: Labeled list
en: --author=<author>
pt_BR: --author=<autor>

note: type: Plain text
en: Override the commit author. Specify an explicit author using the standard `A U Thor <author@example.com>` format. Otherwise <author> is assumed to be a pattern and is used to search for an existing commit by that author (i.e. rev-list --all -i --author=<author>); the commit author is then copied from the first such commit found.
pt_BR: Sobrescrever o commit do autor. Determina o autor de forma explicita usando o formato padrão `A U Thor <author@example.com>`. Caso contrário assume-se <author> como padrão e será utilizado na pesquisa de um commit existente feito por este autor (ouseja, rev-list --all -i --author=<author>); o commit do autor é então copiado do primeiro commit que for encontrado.

note: type: Labeled list
en: --date=<date>
pt_BR: --date=<data>

note: type: Plain text
en: Override the author date used in the commit.
pt_BR: Substitua a data do autor que foi usada no commit.

note: type: Plain text
en: Use the given <msg> as the commit message.  If multiple `-m` options are given, their values are concatenated as separate paragraphs.
pt_BR: Usa a <msg> como a mensagem de commit.  Caso múltiplas opções `-m` sejam usadas, o seu conteúdo será disposto em parágrafos separados.

note: type: Plain text
en: The `-m` option is mutually exclusive with `-c`, `-C`, and `-F`.
pt_BR: A opção `-m` é usado em conjunto exclusivamente com `-c`, `-C` e `-F`.

note: type: Labeled list
en: -t <file>
pt_BR: -t <arquivo>

note: type: Labeled list
en: --template=<file>
pt_BR: --template=<arquivo>

note: type: Plain text
en: When editing the commit message, start the editor with the contents in the given file.  The `commit.template` configuration variable is often used to give this option implicitly to the command.  This mechanism can be used by projects that want to guide participants with some hints on what to write in the message in what order.  If the user exits the editor without editing the message, the commit is aborted.  This has no effect when a message is given by other means, e.g. with the `-m` or `-F` options.
pt_BR: Ao editar a mensagem do commit, inicie o editor com o conteúdo do arquivo informado.  A variável de configuração `commit.template` é frequentemente usada para fornecer esta opção de forma implícita ao comando.  Esse mecanismo pode ser usado por projetos que desejam orientar os participantes com algumas dicas sobre o que escrever na mensagem e em qual ordem.  Aborte o commit caso o usuário saia do editor sem editar a mensagem.  Não qualquer efeito quando uma mensagem é dada por outros meios, por exemplo, com as opções `-m` ou `-F`.

note: type: Plain text
en: Add Signed-off-by line by the committer at the end of the commit log message.  The meaning of a signoff depends on the project, but it typically certifies that committer has the rights to submit this work under the same license and agrees to a Developer Certificate of Origin (see http://developercertificate.org/ for more information).
pt_BR: Adicionar uma linha assinado pela pessoa que fez o commit no final do registro log do commit assinado.  O significado de uma aprovação depende do projeto, porém normalmente certifica que a pessoa que fez o commit tem o direito de enviar este trabalho sob a mesma licença e concorda com um Certificado de Origem do Desenvolvedor (consulte http://developercertificate.org/ para obter mais informações).

note: type: Plain text
en: This option bypasses the pre-commit and commit-msg hooks.  See also linkgit:githooks[5].
pt_BR: Esta opção ignora os ganchos dos commits anteriores e os ganchos das mensagens de commit.  Consulte também linkgit:githooks[5].

note: type: Plain text
en: Usually recording a commit that has the exact same tree as its sole parent commit is a mistake, and the command prevents you from making such a commit.  This option bypasses the safety, and is primarily for use by foreign SCM interface scripts.
pt_BR: Geralmente, gravar um commit que tem exatamente a mesma árvore como se fosse a sua matriz é um erro, o comando impede que você faça um commit dessa natureza.  Essa opção ignora a segurança e deve ser usada principalmente por scripts de interface SCM externos.

note: type: Plain text
en: Like --allow-empty this command is primarily for use by foreign SCM interface scripts. It allows you to create a commit with an empty commit message without using plumbing commands like linkgit:git-commit-tree[1].
pt_BR: Como a opção `--allow-empty`, este comando é principalmente para uso por scripts de interface SCM externos. Permite criar uma confirmação com uma mensagem de confirmação vazia sem usar os comandos de "encanamento" como linkgit:git-commit-tree[1].

note: type: Plain text
en: This option determines how the supplied commit message should be cleaned up before committing.  The '<mode>' can be `strip`, `whitespace`, `verbatim`, `scissors` or `default`.
pt_BR: Esta opção determina como a mensagem que foi fornecida para o commit deve ser limpa antes de fazer o commit.  O '<modo>' pode ser `strip`, `whitespace`, `verbatim`, `scissors` ou `default`.

note: type: Labeled list
en: strip
pt_BR: strip (tirar/remover)

note: type: Plain text
en: Strip leading and trailing empty lines, trailing whitespace, commentary and collapse consecutive empty lines.
pt_BR: Retira as linhas vazias no inicio e no final, e os rastros dos espaços em branco finais, os comentários e reduza as linhas vazias consecutivamente.

note: type: Labeled list
en: whitespace
pt_BR: whitespace (espaço em branco)

note: type: Plain text
en: Same as `strip` except #commentary is not removed.
pt_BR: O mesmo que `strip`, exceto que o `#comentário` não é removido.

note: type: Labeled list
en: verbatim
pt_BR: verbatim (íntegra)

note: type: Plain text
en: Do not change the message at all.
pt_BR: Não altera a mensagem de forma alguma.

note: type: Labeled list
en: scissors
pt_BR: scissors (tesouras)

note: type: Plain text
en: Same as `whitespace` except that everything from (and including)  the line found below is truncated, if the message is to be edited.  "`#`" can be customized with core.commentChar.
pt_BR: O mesmo que `whitespace` (espaço em branco), exceto que tudo incluindo  a linha encontrada abaixo seja truncada caso a mensagem precise ser editada.  "`#`" pode ser personalizada com `core.commentChar`.

note: type: Plain text
en: Same as `strip` if the message is to be edited.  Otherwise `whitespace`.
pt_BR: O mesmo que `strip` caso a mensagem esteja para ser editada.  Caso contrário, `whitespace` (espaço em branco).

note: type: Plain text
en: The default can be changed by the `commit.cleanup` configuration variable (see linkgit:git-config[1]).
pt_BR: A predefinição pode ser alterada através da variável de configuração `commit.cleanup` (consulte linkgit:git-config[1]).

note: type: Plain text
en: The message taken from file with `-F`, command line with `-m`, and from commit object with `-C` are usually used as the commit log message unmodified. This option lets you further edit the message taken from these sources.
pt_BR: A mensagem obtida do arquivo com a opção `-F`, da linha de comando com a opção `-m` e do objeto commit com `C` é normalmente usada como a mensagem de registro log do commit não modificado. Esta opção permite editar ainda mais a mensagem retirada destas fontes.

note: type: Plain text
en: Use the selected commit message without launching an editor.  For example, `git commit --amend --no-edit` amends a commit without changing its commit message.
pt_BR: Use a mensagem do commit selecionado sem rodar um editor.  Por exemplo, `git commit --amend --no-edit` altera um commit sem alterar o conteúdo da mensagem do mesmo.

note: type: Plain text
en: Replace the tip of the current branch by creating a new commit. The recorded tree is prepared as usual (including the effect of the `-i` and `-o` options and explicit pathspec), and the message from the original commit is used as the starting point, instead of an empty message, when no other message is specified from the command line via options such as `-m`, `-F`, `-c`, etc.  The new commit has the same parents and author as the current one (the `--reset-author` option can countermand this).
pt_BR: Substitua o topo da ramificação atual criando um novo commit. A árvore gravada é preparada como de costume (incluindo a aplicação das opções `-i` e `-o`; e `pathspec` explicitamente), a mensagem do commit original é utilizada como um ponto de partida, em vez de uma mensagem vazia. Quando nenhuma outra mensagem é utilizada na linha de comando através de opções como `-m`, `-F`, `-c`, etc. O novo commit possuíra as mesmas matrizes e seu respectivo autor como o atual (a opção `--reset-author` pode ser usada para mudar isso).

note: type: Plain text
en: It is a rough equivalent for:
pt_BR: É grosseiramente um equivalente para:

note: type: delimited block -
en: 	$ git reset --soft HEAD^
    	$ ... do something else to come up with the right tree ...
    	$ git commit -c ORIG_HEAD
pt_BR: 	$ git reset --soft HEAD^
    	$ ... faça outra coisa para encontrar a árvore certa ...
    	$ git commit -c ORIG_HEAD

note: type: Plain text
en: but can be used to amend a merge commit.
pt_BR: mas pode ser usado para corrigir a mesclagem de um commit.

note: type: Plain text
en: You should understand the implications of rewriting history if you amend a commit that has already been published.  (See the "RECOVERING FROM UPSTREAM REBASE" section in linkgit:git-rebase[1].)
pt_BR: Você deve entender as implicações de sobrescrever o histórico caso corrija um commit que já tenha sido publicado.  (Consulte a seção "RECUPERANDO DO UPSTREAM REBASE" no linkgit:git-rebase[1].)

note: type: Plain text
en: Bypass the post-rewrite hook.
pt_BR: Ignore o gancho de reescrita de postagem.

note: type: Plain text
en: Before making a commit out of staged contents so far, stage the contents of paths given on the command line as well.  This is usually not what you want unless you are concluding a conflicted merge.
pt_BR: Antes de fazer um commit dos conteúdos preparados até o momento, prepare também o conteúdo dos caminhos usados na linha de comando.  Isso geralmente não é o que você quer, a menos que esteja concluindo um mesclagem conflitante.

note: type: Plain text
en: Make a commit by taking the updated working tree contents of the paths specified on the command line, disregarding any contents that have been staged for other paths. This is the default mode of operation of 'git commit' if any paths are given on the command line, in which case this option can be omitted.  If this option is specified together with `--amend`, then no paths need to be specified, which can be used to amend the last commit without committing changes that have already been staged. If used together with `--allow-empty` paths are also not required, and an empty commit will be created.
pt_BR: Faça um commit utilizando o conteúdo atualizado da árvore de trabalho dos caminhos informados na linha de comando, desconsiderando qualquer outro conteúdo que tenha sido preparado para os outros caminhos. Essa é a maneira predefinida de operação do comando `git commit` caso algum outro caminho tenha sido informado na linha de comando; nesse caso, essa opção poderá ser omitida.  Caso esta opção seja usada junto com `--amend`, nenhum outro caminho precisará ser informado, o que pode ser usado para alterar o último commit sem confirmar as alterações que já foram preparadas. Se usado junto com a opção`--allow empty` também não são necessários e uma confirmação vazia será criada.

note: type: Labeled list
en: -u[<mode>]
pt_BR: -u[<modo>]

note: type: Labeled list
en: --untracked-files[=<mode>]
pt_BR: --untracked-files[=<modo>]

note: type: Plain text
en: Show untracked files.
pt_BR: Exibe arquivos sem rastreamento.

note: type: Plain text
en: The mode parameter is optional (defaults to 'all'), and is used to specify the handling of untracked files; when -u is not used, the default is 'normal', i.e. show untracked files and directories.
pt_BR: O parâmetro `<modo>` é opcional, a predefinição é `all` (todos), sendo usado para determinar a manipulação dos arquivos que não foram rastreados; quando a opção `-u` não é usada a predefinição é `normal`, ou seja, exibe os arquivos e diretórios que não foram rastreados.

note: type: Plain text
en: The possible options are:
pt_BR: As opções disponíveis são:

note: type: Plain text
en: 'no'     - Show no untracked files
pt_BR: 'no'     - Não exibe qualquer arquivo que não tenham sido rastreados

note: type: Plain text
en: 'normal' - Shows untracked files and directories
pt_BR: 'normal' - Exibe todos os arquivo e diretórios que não foram rastreados

note: type: Plain text
en: 'all'    - Also shows individual files in untracked directories.
pt_BR: 'all'    - Exibe todos os arquivos individualmente nos diretórios não rastreados.

note: type: Plain text
en: The default can be changed using the status.showUntrackedFiles configuration variable documented in linkgit:git-config[1].
pt_BR: A predefinição pode ser alterada usando a variável de configuração `status.showUntrackedFiles` documentada em linkgit:git-config[1].

note: type: Plain text
en: Show unified diff between the HEAD commit and what would be committed at the bottom of the commit message template to help the user describe the commit by reminding what changes the commit has.  Note that this diff output doesn't have its lines prefixed with '#'. This diff will not be a part of the commit message. See the `commit.verbose` configuration variable in linkgit:git-config[1].
pt_BR: Exibe as diferenças unificadas entre o commit no `HEAD` e o que seria feito o commit na parte inferior do modelo da mensagem do commit para ajudar o usuário a descrever o commit lembrando quais as alterações que o commit possui.  Note que esta saída "diff" não tem suas linhas prefixadas com '#'. Este "diff" não fará parte da mensagem do commit. Consulte a configuração da variável `commit.verbose` em linkgit:git-config[1].

note: type: Plain text
en: If specified twice, show in addition the unified diff between what would be committed and the worktree files, i.e. the unstaged changes to tracked files.
pt_BR: Caso seja utilizado duas vezes exibirá além do diferencial unificado entre o que seriam feitos os commits e os arquivos da árvore de trabalho, ou seja, as alterações não-estáticas nos arquivos rastreados.

note: type: Plain text
en: Suppress commit summary message.
pt_BR: Suprimir a mensagem de resumo do commit.

note: type: Plain text
en: Do not create a commit, but show a list of paths that are to be committed, paths with local changes that will be left uncommitted and paths that are untracked.
pt_BR: Não crie um commit porém exiba uma lista de caminhos onde os commits devem ser feitos, os caminhos com as alterações locais onde os commits serão deixados de lado e os caminhos que não serão rastreados.

note: type: Plain text
en: Include the output of linkgit:git-status[1] in the commit message template when using an editor to prepare the commit message.  Defaults to on, but can be used to override configuration variable commit.status.
pt_BR: Inclua a saída do linkgit:git-status[1] na mensagem do commit ao usar um editor para preparar a mensagem do commit.  A predefinição é "ligado", porém pode ser utilizado para substituir a variável de configuração `commit.status`.

note: type: Plain text
en: Do not include the output of linkgit:git-status[1] in the commit message template when using an editor to prepare the default commit message.
pt_BR: Não inclua a saída do linkgit:git-status[1] no modelo da mensagem do commit ao utilizar um editor para preparar a mensagem predefinida do commit.

note: type: Plain text
en: Countermand `commit.gpgSign` configuration variable that is set to force each and every commit to be signed.
pt_BR: A revogação da variável de configuração `commit.gpgSign` que está definida para impor cada e todo commit que será assinado.

note: type: Plain text
en: When pathspec is given on the command line, commit the contents of the files that match the pathspec without recording the changes already added to the index. The contents of these files are also staged for the next commit on top of what have been staged before.
pt_BR: Quando o `pathspec` é usado na linha de comando, faça o commit do conteúdo dos arquivos que correspondem ao `pathspec` sem registrar as alterações já adicionadas ao índice. O conteúdo desses arquivos também é preparado para o próximo commit, além do que já foi preparado anteriormente.

note: type: Plain text
en: When recording your own work, the contents of modified files in your working tree are temporarily stored to a staging area called the "index" with 'git add'.  A file can be reverted back, only in the index but not in the working tree, to that of the last commit with `git restore --staged <file>`, which effectively reverts 'git add' and prevents the changes to this file from participating in the next commit.  After building the state to be committed incrementally with these commands, `git commit` (without any pathname parameter) is used to record what has been staged so far.  This is the most basic form of the command.  An example:
pt_BR: Ao gravar o seu próprio trabalho, o conteúdo dos arquivos modificados na sua árvore de trabalho é temporariamente armazenado em uma área intermediária chamada "índice" com `git add`.  Um arquivo pode ser revertido para o último commit com `git restore --staged <arquivo>` apenas no índice mas não na árvore de trabalho, que reverte efetivamente o `git add` e impede que as alterações nesse arquivo façam parte do próximo commit.  Após criar a condição a ser feito o commit incrementalmente com esses comandos, o `git commit` (sem nenhum parâmetro `pathname`) é usado para registrar o que foi preparado até o momento.  Essa é a forma mais básica do comando.  Um exemplo:

note: type: Plain text
en: Instead of staging files after each individual change, you can tell `git commit` to notice the changes to the files whose contents are tracked in your working tree and do corresponding `git add` and `git rm` for you.  That is, this example does the same as the earlier example if there is no other change in your working tree:
pt_BR: Em vez de disponibilizar arquivos após cada alteração individual, você pode dizer ao `git commit` para observar as alterações nos arquivos cujo conteúdo é rastreado na sua árvore de trabalho e faz os comandos correspondentes` git add` e `git rm` para você.  Ou seja, este exemplo faz o mesmo que o exemplo anterior, se não houver outra alteração na sua árvore de trabalho:

note: type: Plain text
en: The command `git commit -a` first looks at your working tree, notices that you have modified hello.c and removed goodbye.c, and performs necessary `git add` and `git rm` for you.
pt_BR: O comando `git commit -a` primeiro olha para a sua árvore de trabalho, nota que você modificou o hello.c e removeu o goodbye.c e executa os comandos necessários `git add` e `git rm` para você.

note: type: Plain text
en: After staging changes to many files, you can alter the order the changes are recorded in, by giving pathnames to `git commit`.  When pathnames are given, the command makes a commit that only records the changes made to the named paths:
pt_BR: Após preparar as mudanças em muitos arquivos, você pode alterar a ordem em que as alterações são registradas ao encaminhar `pathnames` para `git commit`.  Quando `pathnames` são usados, o comando faz um commit que registra apenas as alterações feitas nos caminhos informados:

note: type: Plain text
en: This makes a commit that records the modification to `Makefile`.  The changes staged for `hello.c` and `hello.h` are not included in the resulting commit.  However, their changes are not lost -- they are still staged and merely held back.  After the above sequence, if you do:
pt_BR: Isso faz um commit que registra a modificação no arquivo `Makefile`.  As mudanças preparadas para `hello.c` e `hello.h` não são incluídas no commit resultante.  No entanto as suas mudanças não se perdem, elas ainda são preparadas e meramente retidas.  Após a sequência acima, se fizer:

note: type: Plain text
en: this second commit would record the changes to `hello.c` and `hello.h` as expected.
pt_BR: este segundo commit registraria as alterações em `hello.c` e `hello.h` conforme o esperado.

note: type: Plain text
en: After a merge (initiated by 'git merge' or 'git pull') stops because of conflicts, cleanly merged paths are already staged to be committed for you, and paths that conflicted are left in unmerged state.  You would have to first check which paths are conflicting with 'git status' and after fixing them manually in your working tree, you would stage the result as usual with 'git add':
pt_BR: Depois que uma mesclagem (iniciada pelo comando `git merge` ou `git pull`) é interrompida por causa de conflitos, os caminhos mesclados de maneira limpa já são preparados para serem confirmados para você, e os caminhos em conflito são deixados em um estado inalterado.  Você precisaria primeiro verificar quais são os caminhos que estão em conflito com o comando `git status` e depois de corrigi-los manualmente em sua árvore de trabalho, você prepararia o resultado como de costume com o comando `git add`:

note: type: Plain text
en: After resolving conflicts and staging the result, `git ls-files -u` would stop mentioning the conflicted path.  When you are done, run `git commit` to finally record the merge:
pt_BR: Após resolver os conflitos e organizar o resultado, o `git ls-files -u` deixaria de mencionar o caminho conflitado.  Quando terminar, execute `git commit` para finalmente registrar a mesclagem:

note: type: Plain text
en: As with the case to record your own changes, you can use `-a` option to save typing.  One difference is that during a merge resolution, you cannot use `git commit` with pathnames to alter the order the changes are committed, because the merge should be recorded as a single commit.  In fact, the command refuses to run when given pathnames (but see `-i` option).
pt_BR: Como no caso de registrar as suas próprias alterações, você pode usar a opção `-a` para salvar a digitação.  Uma diferença é que durante uma resolução de mesclagem, você não pode usar `git commit` com `pathnames` para alterar a ordem em que as alterações dos commits são realizados porque a mesclagem deve ser registrada como um commit.  De fato, o comando se recusa a executar quando recebem nomes de caminho (consulte a opção `i`).

note: type: Title -
en: COMMIT INFORMATION
pt_BR: INFORMAÇÃO DO COMMIT

note: type: Plain text
en: Author and committer information is taken from the following environment variables, if set:
pt_BR: A informação do autor e de quem fez o commit são extraídas das seguintes variáveis do ambiente, se definido:

note: type: Plain text
en: (nb "<", ">" and "\n"s are stripped)
pt_BR: (nb "<", ">" e "\n"s serão removidos)

note: type: Plain text
en: The author and committer names are by convention some form of a personal name (that is, the name by which other humans refer to you), although Git does not enforce or require any particular form. Arbitrary Unicode may be used, subject to the constraints listed above. This name has no effect on authentication; for that, see the `credential.username` variable in linkgit:git-config[1].
pt_BR: É de praxe usar um nome pessoa como os nomes dos autores e de quem fez os commits (isto é, um nome pela qual outros humanos usam para se referir a você), no entanto o Git não impõem ou requer qualquer forma em particular. Um unicode arbitrário pode ser utilizado e é sujeito às restrições listadas acima. Este nome não tem nenhum efeito na autenticação; para isso consulte a variável `credential.username` em linkgit:git-config[1].

note: type: Plain text
en: In case (some of) these environment variables are not set, the information is taken from the configuration items `user.name` and `user.email`, or, if not present, the environment variable EMAIL, or, if that is not set, system user name and the hostname used for outgoing mail (taken from `/etc/mailname` and falling back to the fully qualified hostname when that file does not exist).
pt_BR: Caso (algumas dessas) variáveis de ambiente não sejam definidas, as informações são obtidas dos itens de configuração `user.name` e `user.email` ou caso não haja, na variável de ambiente `EMAIL` ou se também não existir ou tenha sido definida, o nome de usuário do sistema e nome do host (hostname) usado pelo email enviado (extraído de `/etc/mailname` e retornando ao nome completo do host quando esse arquivo não existir).

note: type: Plain text
en: The `author.name` and `committer.name` and their corresponding email options override `user.name` and `user.email` if set and are overridden themselves by the environment variables.
pt_BR: O `author.name` e `committer.name` e suas respectivas opções de email correspondentes substituem o `user.name` e `user.email` caso sejam configurados e são substituídos pelas variáveis do ambiente.

note: type: Plain text
en: The typical usage is to set just the `user.name` and `user.email` variables; the other options are provided for more complex use cases.
pt_BR: O uso típico é definir apenas as variáveis `user.name` e `user.email`; as outras opções são fornecidas para casos de uso mais complexos.

note: type: Plain text
en: Though not required, it's a good idea to begin the commit message with a single short (less than 50 character) line summarizing the change, followed by a blank line and then a more thorough description.  The text up to the first blank line in a commit message is treated as the commit title, and that title is used throughout Git.  For example, linkgit:git-format-patch[1] turns a commit into email, and it uses the title on the Subject line and the rest of the commit in the body.
pt_BR: Embora não seja obrigatório, é uma boa ideia iniciar a mensagem do commit com uma única linha curta (com menos de 50 caracteres) resumindo a alteração, seguida por uma linha em branco e em seguida, uma descrição mais completa.  O texto até a primeira linha em branco em uma mensagem de confirmação é tratado como o título de confirmação e esse título é usado através de todo o Git.  Por exemplo, o linkgit:git-format-patch[1] transforma um commit em um email e usa o título na linha de assunto e o restante do commit no corpo da mensagem.

note: type: Title -
en: ENVIRONMENT AND CONFIGURATION VARIABLES
pt_BR: VARIÁVEIS DE AMBIENTE E CONFIGURAÇÃO

note: type: Plain text
en: The editor used to edit the commit log message will be chosen from the `GIT_EDITOR` environment variable, the core.editor configuration variable, the `VISUAL` environment variable, or the `EDITOR` environment variable (in that order).  See linkgit:git-var[1] for details.
pt_BR: O editor usado para editar a mensagem de registro log será escolhido a partir da variável de ambiente `GIT_EDITOR`, a variável de configuração core.editor, a variável de ambiente `VISUAL` ou a variável de ambiente `EDITOR` (nesta ordem).  Para mais detalhes consulte linkgit:git-var[1].

note: type: Plain text
en: This command can run `commit-msg`, `prepare-commit-msg`, `pre-commit`, `post-commit` and `post-rewrite` hooks.  See linkgit:githooks[5] for more information.
pt_BR: Este comando pode executar os ganchos `commit-msg`, `prepare-commit-msg`, `pre-commit`, `post-commit` e `post-rewrite`.  Para mais informações consulte linkgit:githooks[5].

note: type: Plain text
en: This file contains the commit message of a commit in progress.  If `git commit` exits due to an error before creating a commit, any commit message that has been provided by the user (e.g., in an editor session) will be available in this file, but will be overwritten by the next invocation of `git commit`.
pt_BR: Este arquivo contém a mensagem do commit de um commit em andamento.  Caso o `git commit` encerre devido a um erro antes da criação do commit, qualquer mensagem do commit que tenha sido usada pelo usuário (por exemplo, em uma sessão do editor) estará disponível neste arquivo, mas será substituída pela próxima invocação do comando `git commit`.

note: type: Plain text
en: git-config - Get and set repository or global options
pt_BR: git-config - Obtenha e defina opções globais ou do repositório

note: type: Plain text
en: 'git config' [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] name [value [value_regex]]
    'git config' [<file-option>] [--type=<type>] --add name value
    'git config' [<file-option>] [--type=<type>] --replace-all name value [value_regex]
    'git config' [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] --get name [value_regex]
    'git config' [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] --get-all name [value_regex]
    'git config' [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] [--name-only] --get-regexp name_regex [value_regex]
    'git config' [<file-option>] [--type=<type>] [-z|--null] --get-urlmatch name URL
    'git config' [<file-option>] --unset name [value_regex]
    'git config' [<file-option>] --unset-all name [value_regex]
    'git config' [<file-option>] --rename-section old_name new_name
    'git config' [<file-option>] --remove-section name
    'git config' [<file-option>] [--show-origin] [--show-scope] [-z|--null] [--name-only] -l | --list
    'git config' [<file-option>] --get-color name [default]
    'git config' [<file-option>] --get-colorbool name [stdout-is-tty]
    'git config' [<file-option>] -e | --edit
pt_BR: 'git config' [<opção-do-arquivo>] [--type=<tipo>] [--show-origin] [--show-scope] [-z|--null] nome [valor [value_regex]]
    'git config' [<opção-do-arquivo>] [--type=<tipo>] --add nome valor
    'git config' [<opção-do-arquivo>] [--type=<tipo>] --replace-all nome valor [value_regex]
    'git config' [<opção-do-arquivo>] [--type=<tipo>] [--show-origin] [--show-scope] [-z|--null] --get nome [value_regex]
    'git config' [<opção-do-arquivo>] [--type=<tipo>] [--show-origin] [--show-scope] [-z|--null] --get-all nome [value_regex]
    'git config' [<opção-do-arquivo>] [--type=<tipo>] [--show-origin] [--show-scope] [-z|--null] [--name-only] --get-regexp name_regex [value_regex]
    'git config' [<opção-do-arquivo>] [--type=<tipo>] [-z|--null] --get-urlmatch nome URL
    'git config' [<opção-do-arquivo>] --unset nome [value_regex]
    'git config' [<opção-do-arquivo>] --unset-all nome [value_regex]
    'git config' [<opção-do-arquivo>] --rename-section nome_antigo novo_nome
    'git config' [<opção-do-arquivo>] --remove-section nome
    'git config' [<opção-do-arquivo>] [--show-origin] [--show-scope] [-z|--null] [--name-only] -l | --list
    'git config' [<opção-do-arquivo>] --get-color nome [default]
    'git config' [<opção-do-arquivo>] --get-colorbool nome [stdout-is-tty]
    'git config' [<opção-do-arquivo>] -e | --edit

note: type: Plain text
en: You can query/set/replace/unset options with this command. The name is actually the section and the key separated by a dot, and the value will be escaped.
pt_BR: Você pode consultar, definir, substituir e remover opções com este comando. Na verdade o nome é a seção e a chave são separadas por um ponto, e seu valor será escapado.

note: type: Plain text
en: Multiple lines can be added to an option by using the `--add` option.  If you want to update or unset an option which can occur on multiple lines, a POSIX regexp `value_regex` needs to be given.  Only the existing values that match the regexp are updated or unset.  If you want to handle the lines that do *not* match the regex, just prepend a single exclamation mark in front (see also <<EXAMPLES>>).
pt_BR: Várias linhas podem ser adicionadas a uma opção usando a opção `--add`.  Caso queira atualizar ou remover alguma opção que pode ocorrer em várias linhas, é necessário usar um POSIX regexp `value_regex`.  Apenas os valores existentes que correspondam à um regexp são atualizados ou não definidos.  Caso queira manipular as linhas que *não* correspondam ao regex, basta colocar um único ponto de exclamação na frente (consulte também <<EXEMPLOS>>).

note: type: Plain text
en: The `--type=<type>` option instructs 'git config' to ensure that incoming and outgoing values are canonicalize-able under the given <type>.  If no `--type=<type>` is given, no canonicalization will be performed. Callers may unset an existing `--type` specifier with `--no-type`.
pt_BR: A opção `--type=<tipo>` instrui o 'git config' para garantir que os valores que chegam e os que saem sejam canonicamente compatíveis com o <tipo>.  Caso nenhum `--type=<tipo>` seja usado, nenhuma canonização será realizada. Os autores dos chamados podem desconfigurar um `--type` existente com a opção `--no-type`.

note: type: Plain text
en: When reading, the values are read from the system, global and repository local configuration files by default, and options `--system`, `--global`, `--local`, `--worktree` and `--file <filename>` can be used to tell the command to read from only that location (see <<FILES>>).
pt_BR: A leitura destes valores são lidos do sistema nos arquivos de configuração global local e do repositório, é predefinido que as opções `system`, `global`, `local`, `worktree` e `file` possam ser usadas para dizer ao comando para ler somente deste local (consulte <<ARQUIVOS>>).

note: type: Plain text
en: When writing, the new value is written to the repository local configuration file by default, and options `--system`, `--global`, `--worktree`, `--file <filename>` can be used to tell the command to write to that location (you can say `--local` but that is the default).
pt_BR: Durante a escrita, é predefinido que o novo valor é gravado no arquivo de configuração local do repositório e as opções `system`, `global`, `worktree`, `file` possam ser usadas para dizer ao comando para gravar nesse local (você pode dizer `--local`, porém esta é a predefinição).

note: type: Plain text
en: This command will fail with non-zero status upon error.  Some exit codes are:
pt_BR: Este comando falhará com uma condição diferente de zero em caso de erro.  Alguns códigos de saída são:

note: type: Plain text
en: The section or key is invalid (ret=1),
pt_BR: A seção ou chave é inválida (`ret=1`),

note: type: Plain text
en: no section or name was provided (ret=2),
pt_BR: nenhuma seção ou nome foi informado (`ret=2`),

note: type: Plain text
en: the config file is invalid (ret=3),
pt_BR: o arquivo de configuração é inválido (`ret=3`),

note: type: Plain text
en: the config file cannot be written (ret=4),
pt_BR: o arquivo de configuração não pode ser gravado (`ret=4`),

note: type: Plain text
en: you try to unset an option which does not exist (ret=5),
pt_BR: você tenta desmarcar uma opção que não existe (`ret=5`),

note: type: Plain text
en: you try to unset/set an option for which multiple lines match (ret=5), or
pt_BR: você tenta desmarcar ou definir uma opção para a qual várias linhas coincidem (`ret=5`) ou

note: type: Plain text
en: you try to use an invalid regexp (ret=6).
pt_BR: você tenta usar um regexp inválido (`ret=6`).

note: type: Plain text
en: On success, the command returns the exit code 0.
pt_BR: Em casos bem sucedidos o comando retorna o código 0.

note: type: Plain text
en: Default behavior is to replace at most one line. This replaces all lines matching the key (and optionally the value_regex).
pt_BR: O comportamento padrão é substituir no máximo uma linha. Isso substitui todas as linhas que correspondem à chave (e, opcionalmente, ao valor_regex).

note: type: Plain text
en: Adds a new line to the option without altering any existing values.  This is the same as providing '^$' as the value_regex in `--replace-all`.
pt_BR: Adiciona uma nova linha à opção sem alterar nenhum valor existente.  Isto é o mesmo que fornecer '^$' como o value_regex em `--replace-all`.

note: type: Plain text
en: Get the value for a given key (optionally filtered by a regex matching the value). Returns error code 1 if the key was not found and the last value if multiple key values were found.
pt_BR: Obtenha o valor para uma determinada chave (opcionalmente filtrada por uma expressão regular correspondente ao valor). Retorna o código de erro 1 se a chave não foi encontrada e o último valor se vários valores de chave foram encontrados.

note: type: Plain text
en: Like get, but returns all values for a multi-valued key.
pt_BR: Como get, mas retorna todos os valores para uma chave com vários valores.

note: type: Plain text
en: Like --get-all, but interprets the name as a regular expression and writes out the key names.  Regular expression matching is currently case-sensitive and done against a canonicalized version of the key in which section and variable names are lowercased, but subsection names are not.
pt_BR: Como --get-all, mas interpreta o nome como uma expressão regular e escreve os nomes das chaves. 
     A correspondência de expressão regular é sensível a maiúsculas e minúsculas e é feita contra uma versão canonicalizada da chave na qual a seção e os nomes de variáveis são minúsculos, mas os nomes das subseções não são.

note: type: Labeled list
en: --get-urlmatch name URL
pt_BR: --get-urlmatch nome URL

note: type: Plain text
en: When given a two-part name section.key, the value for section.<url>.key whose <url> part matches the best to the given URL is returned (if no such key exists, the value for section.key is used as a fallback).  When given just the section as name, do so for all the keys in the section and list them.  Returns error code 1 if no value is found.
pt_BR: Quando é dado um nome de duas partes section.key, o valor para a seção. <url>.key cuja parte <url> corresponde à melhor para a URL fornecida é retornada (se não houver essa chave, o valor para section.key é usado como um fallback).  Quando for dada apenas a seção como nome, faça isso para todas as chaves na seção e liste-as. Retorna o código de erro 1 se nenhum valor for encontrado.

note: type: Plain text
en: For writing options: write to global `~/.gitconfig` file rather than the repository `.git/config`, write to `$XDG_CONFIG_HOME/git/config` file if this file exists and the `~/.gitconfig` file doesn't.
pt_BR: Para escrever opções: escreva para o arquivo global `~/.gitconfig` em vez do repositório `.git/config`, escreva para o arquivo `$XDG_CONFIG_HOME/git/config` se este arquivo existir e o arquivo `~/.gitconfig` não faz.

note: type: Plain text
en: For reading options: read only from global `~/.gitconfig` and from `$XDG_CONFIG_HOME/git/config` rather than from all available files.
pt_BR: Para opções de leitura: leia somente do global `~/.gitconfig` e de` $XDG_CONFIG_HOME/git/config` ao invés de todos os arquivos disponíveis.

note: type: Plain text
en: See also <<FILES>>.
pt_BR: Veja também << FILES >>.

note: type: Plain text
en: For writing options: write to system-wide `$(prefix)/etc/gitconfig` rather than the repository `.git/config`.
pt_BR: Para opções de escrita: escreva para o `$(prefixo)/etc/gitconfig` do sistema em vez do repositório `.git/config`.

note: type: Plain text
en: For reading options: read only from system-wide `$(prefix)/etc/gitconfig` rather than from all available files.
pt_BR: Para opções de leitura: leia somente do `$(prefixo)/etc/gitconfig` em todo o sistema, e não de todos os arquivos disponíveis.

note: type: Plain text
en: For writing options: write to the repository `.git/config` file.  This is the default behavior.
pt_BR: Para opções de escrita: escreva para o arquivo de repositório `.git/config`.  Este é  o comportamento padrão.

note: type: Plain text
en: For reading options: read only from the repository `.git/config` rather than from all available files.
pt_BR: Para opções de leitura: leia somente no repositório `.git/config` em vez de em todos os arquivos disponíveis.

note: type: Plain text
en: Similar to `--local` except that `.git/config.worktree` is read from or written to if `extensions.worktreeConfig` is present. If not it's the same as `--local`.
pt_BR: Semelhante a `--local`, exceto que `.git/config.worktree` é lido ou escrito em if `extensions.worktreeConfig` está presente. Se não, é o mesmo que `--local`.

note: type: Labeled list
en: -f config-file
pt_BR: -f config-arquivo

note: type: Labeled list
en: --file config-file
pt_BR: --arquivo config-arquivo

note: type: Plain text
en: Use the given config file instead of the one specified by GIT_CONFIG.
pt_BR: Use o arquivo de configuração fornecido em vez daquele especificado por GIT_CONFIG.

note: type: Plain text
en: Similar to `--file` but use the given blob instead of a file. E.g.  you can use 'master:.gitmodules' to read values from the file '.gitmodules' in the master branch. See "SPECIFYING REVISIONS" section in linkgit:gitrevisions[7] for a more complete list of ways to spell blob names.
pt_BR: Semelhante ao `--file`, mas usa o blob fornecido em vez de um arquivo.  Por exemplo.  você pode usar 'mestre: .gitmodules' para ler valores do arquivo '.gitmodules' no ramo mestre. Veja a seção "ESPECIFICANDO REVISÕES" em linkgit:gitrevisions[7] para uma lista mais completa de maneiras de soletrar nomes de blobs.

note: type: Plain text
en: Remove the given section from the configuration file.
pt_BR: Remova a seção dada do arquivo de configuração.

note: type: Plain text
en: Rename the given section to a new name.
pt_BR: Renomeie a seção dada para um novo nome.

note: type: Plain text
en: Remove the line matching the key from config file.
pt_BR: Remova a linha correspondente à chave do arquivo de configuração.

note: type: Plain text
en: Remove all lines matching the key from config file.
pt_BR: Remova todas as linhas que correspondam à chave do arquivo de configuração.

note: type: Plain text
en: List all variables set in config file, along with their values.
pt_BR: Lista todas as variáveis definidas no arquivo de configuração, junto com seus valores.

note: type: Labeled list
en: --type <type>
pt_BR: --tipo <tipo>

note: type: Plain text
en: 'git config' will ensure that any input or output is valid under the given type constraint(s), and will canonicalize outgoing values in `<type>`'s canonical form.
pt_BR: 'git config' irá assegurar que qualquer entrada ou saída é válida sob a(s) restrição(ões) de tipo dada, e irá canonicalizar os valores de saída na forma canônica do `<tipo>`'s.

note: type: Plain text
en: Valid `<type>`'s include:
pt_BR: Os `<tipo>`'s válidos incluem:

note: type: Plain text
en: 'bool': canonicalize values as either "true" or "false".
pt_BR: 'bool': canoniza valores como "true" ou "false".

note: type: Plain text
en: 'int': canonicalize values as simple decimal numbers. An optional suffix of 'k', 'm', or 'g' will cause the value to be multiplied by 1024, 1048576, or 1073741824 upon input.
pt_BR: 'int': canoniza valores como números decimais simples. Um sufixo opcional de 'k', 'm' ou 'g' fará com que o valor seja multiplicado por 1024, 1048576 ou 1073741824 na entrada.

note: type: Plain text
en: 'bool-or-int': canonicalize according to either 'bool' or 'int', as described above.
pt_BR: 'bool-or-int': canoniza de acordo com 'bool' ou 'int', como descrito acima.

note: type: Plain text
en: 'path': canonicalize by adding a leading `~` to the value of `$HOME` and `~user` to the home directory for the specified user. This specifier has no effect when setting the value (but you can use `git config section.variable ~/` from the command line to let your shell do the expansion.)
pt_BR: 'path': canonicalize adicionando um `~` ao valor de` $HOME` e `~ user` no diretório home do usuário especificado. Este especificador não tem efeito ao definir o valor (mas você pode usar o `git config section.variable ~ /` a partir da linha de comando para permitir que o seu shell faça a expansão.)

note: type: Plain text
en: 'expiry-date': canonicalize by converting from a fixed or relative date-string to a timestamp. This specifier has no effect when setting the value.
pt_BR: 'data de expiração': canoniza convertendo de uma cadeia de data fixa ou relativa para um registro de data e hora. Este especificador não tem efeito ao definir o valor.

note: type: Plain text
en: 'color': When getting a value, canonicalize by converting to an ANSI color escape sequence. When setting a value, a sanity-check is performed to ensure that the given value is canonicalize-able as an ANSI color, but it is written as-is.
pt_BR: 'color': Ao obter um valor, canonize convertendo para uma sequência de escape de cor ANSI. Ao definir um valor, uma verificação de sanidade é executada para garantir que o valor fornecido seja canonizável como uma cor ANSI, mas está escrito como está.

note: type: Plain text
en: Historical options for selecting a type specifier. Prefer instead `--type` (see above).
pt_BR: Opções históricas para selecionar um especificador de tipo. Prefira, em vez disso, `--type` (veja acima).

note: type: Plain text
en: Un-sets the previously set type specifier (if one was previously set). This option requests that 'git config' not canonicalize the retrieved variable.  `--no-type` has no effect without `--type=<type>` or `--<type>`.
pt_BR: Desfaz o especificador de tipo definido anteriormente (se um tiver sido configurado anteriormente). Esta opção solicita que 'git config' não canonize a variável recuperada.  `--não-tipo` não tem efeito sem` --tipo=<tipo> `ou` - <tipo> `.

note: type: Plain text
en: For all options that output values and/or keys, always end values with the null character (instead of a newline). Use newline instead as a delimiter between key and value. This allows for secure parsing of the output without getting confused e.g. by values that contain line breaks.
pt_BR: Para todas as opções que geram valores e/ou chaves, sempre finalizar valores com o caractere nulo (em vez de uma nova linha). Use a nova linha como um delimitador entre chave e valor. Isto permite uma análise segura da saída sem se confundir, e. por valores que contêm quebras de linha.

note: type: Plain text
en: Output only the names of config variables for `--list` or `--get-regexp`.
pt_BR: Saída apenas os nomes das variáveis de configuração para `--list` ou` --get-regexp`.

note: type: Plain text
en: Augment the output of all queried config options with the origin type (file, standard input, blob, command line) and the actual origin (config file path, ref, or blob id if applicable).
pt_BR: Aumente a saída de todas as opções de configuração consultadas com o tipo de origem (arquivo, entrada padrão, blob, linha de comando) e a origem real (caminho do arquivo de configuração, ref ou ID do blob, se aplicável).

note: type: Labeled list
en: --get-colorbool name [stdout-is-tty]
pt_BR: --get-colorbool nome [stdout-é-tty]

note: type: Plain text
en: Find the color setting for `name` (e.g. `color.diff`) and output "true" or "false".  `stdout-is-tty` should be either "true" or "false", and is taken into account when configuration says "auto".  If `stdout-is-tty` is missing, then checks the standard output of the command itself, and exits with status 0 if color is to be used, or exits with status 1 otherwise.  When the color setting for `name` is undefined, the command uses `color.ui` as fallback.
pt_BR: Encontre a configuração de cor para `nome` (por exemplo,` color.diff`) e a saída "true" ou "false". 
     `stdout-é-tty` deve ser" true "ou" false ", e é levado em conta quando a configuração diz" auto ".  Se stdout-é-tty está faltando, então verifica a saída padrão do próprio comando e sai com o status 0 se a cor for usada ou sai com o status 1 caso contrário.  Quando a configuração de cor para `nome` é indefinida, o comando usa` color.ui` como fallback.

note: type: Labeled list
en: --get-color name [default]
pt_BR: --get-color nome [padrão]

note: type: Plain text
en: Find the color configured for `name` (e.g. `color.diff.new`) and output it as the ANSI color escape sequence to the standard output.  The optional `default` parameter is used instead, if there is no color configured for `name`.
pt_BR: Encontre a cor configurada para `nome` (por exemplo,` color.diff.new`) e imprima-a como a sequência de escape de cor ANSI para a saída padrão.  O parâmetro opcional `padrão` é usado em vez disso, se não houver cor configurada para` nome`.

note: type: Plain text
en: `--type=color [--default=<default>]` is preferred over `--get-color` (but note that `--get-color` will omit the trailing newline printed by `--type=color`).
pt_BR: `--type=color [--default=<default>]` é preferível em vez de `--get-color` (porém repare que a opção `--get-color` omitirá a nova linha impressa por `--type=color`).

note: type: Plain text
en: Opens an editor to modify the specified config file; either `--system`, `--global`, or repository (default).
pt_BR: Abre um editor para modificar o arquivo de configuração especificado; ou `--sistema`,` --global` ou repositório (padrão).

note: type: Plain text
en: Respect `include.*` directives in config files when looking up values. Defaults to `off` when a specific file is given (e.g., using `--file`, `--global`, etc) and `on` when searching all config files.
pt_BR: Respeite as diretivas `include.*` Nos arquivos de configuração ao procurar valores. O padrão é `off` quando um arquivo específico é dado (por exemplo, usando` --file`, `--global`, etc) e` on` ao procurar todos os arquivos de configuração.

note: type: Labeled list
en: --default <value>
pt_BR: --padrão <valor>

note: type: Plain text
en: When using `--get`, and the requested variable is not found, behave as if <value> were the value assigned to the that variable.
pt_BR: Ao usar `--get` e a variável solicitada não for encontrada, comportar-se como se <valor> fosse o valor atribuído à variável.

note: type: Plain text
en: `pager.config` is only respected when listing configuration, i.e., when using `--list` or any of the `--get-*` which may return multiple results.  The default is to use a pager.
pt_BR: O `pager.config` é somente respeitado ao listar a configuração, ou seja, ao usar` --list` ou qualquer um dos `--get-*` que pode retornar múltiplos resultados. O padrão é usar um pager.

note: type: Plain text
en: If not set explicitly with `--file`, there are four files where 'git config' will search for configuration options:
pt_BR: Se não for definido explicitamente com `--file`, existem quatro arquivos em que 'git config' procurará opções de configuração:

note: type: Labeled list
en: $(prefix)/etc/gitconfig
pt_BR: $(prefixo)/etc/gitconfig

note: type: Plain text
en: System-wide configuration file.
pt_BR: Arquivo de configuração do sistema.

note: type: Plain text
en: Second user-specific configuration file. If $XDG_CONFIG_HOME is not set or empty, `$HOME/.config/git/config` will be used. Any single-valued variable set in this file will be overwritten by whatever is in `~/.gitconfig`.  It is a good idea not to create this file if you sometimes use older versions of Git, as support for this file was added fairly recently.
pt_BR: Segundo arquivo de configuração específico do usuário. Se $ XDG_CONFIG_HOME não estiver definido ou vazio, o `$HOME/.config/git/config` será usado. Qualquer variável de valor único definida neste arquivo será sobrescrita pelo que estiver em `~/.gitconfig`.  É uma boa ideia não criar este arquivo se você, às vezes, usa versões mais antigas do Git, já que o suporte para esse arquivo foi adicionado recentemente.

note: type: Plain text
en: User-specific configuration file. Also called "global" configuration file.
pt_BR: Arquivo de configuração específico do usuário. Também chamado de arquivo de configuração "global".

note: type: Plain text
en: Repository specific configuration file.
pt_BR: Arquivo de configuração específico do repositório.

note: type: Labeled list
en: $GIT_DIR/config.worktree
pt_BR: $GIT_DIR/config.árvore-de-trabalho

note: type: Plain text
en: This is optional and is only searched when `extensions.worktreeConfig` is present in $GIT_DIR/config.
pt_BR: Isso é opcional e só é pesquisado quando o arquivo `extensions.worktreeConfig` está presente em $GIT_DIR/config.

note: type: Plain text
en: If no further options are given, all reading options will read all of these files that are available. If the global or the system-wide configuration file are not available they will be ignored. If the repository configuration file is not available or readable, 'git config' will exit with a non-zero error code. However, in neither case will an error message be issued.
pt_BR: Se nenhuma outra opção for fornecida, todas as opções de leitura lerão todos esses arquivos disponíveis. Se o arquivo de configuração global ou do sistema não estiver disponível, eles serão ignorados. Se o arquivo de configuração do repositório não estiver disponível ou legível, o 'git config' será encerrado com um código de erro diferente de zero. No entanto, em nenhum dos casos, será emitida uma mensagem de erro.

note: type: Plain text
en: The files are read in the order given above, with last value found taking precedence over values read earlier.  When multiple values are taken then all values of a key from all files will be used.
pt_BR: Os arquivos são lidos na ordem dada acima, com o último valor encontrado tendo precedência sobre os valores lidos anteriormente.  Quando vários valores são obtidos, todos os valores de uma chave de todos os arquivos serão usados.

note: type: Plain text
en: You may override individual configuration parameters when running any git command by using the `-c` option. See linkgit:git[1] for details.
pt_BR: Você pode sobrescrever parâmetros de configuração individuais ao executar qualquer comando git usando a opção `-c`. Veja linkgit:git[1] para detalhes.

note: type: Plain text
en: All writing options will per default write to the repository specific configuration file. Note that this also affects options like `--replace-all` and `--unset`. *'git config' will only ever change one file at a time*.
pt_BR: Todas as opções de gravação por padrão gravarão no arquivo de configuração específico do repositório. Note que isto também afeta opções como `--replace-all` e` --unset`. *'git config' sempre mudará apenas um arquivo de cada vez*.

note: type: Plain text
en: You can override these rules either by command-line options or by environment variables. The `--global`, `--system` and `--worktree` options will limit the file used to the global, system-wide or per-worktree file respectively.  The `GIT_CONFIG` environment variable has a similar effect, but you can specify any filename you want.
pt_BR: Você pode substituir essas regras por opções de linha de comando ou por variáveis de ambiente. As opções `--global`,` --system` e `--árvore de trabalho` limitarão o arquivo usado para o arquivo global, em todo o sistema ou por árvore de trabalho, respectivamente.  A variável de ambiente `GIT_CONFIG` tem um efeito similar, mas você pode especificar qualquer nome de arquivo desejado.

note: type: Title -
en: ENVIRONMENT
pt_BR: MEIO AMBIENTE

note: type: Plain text
en: Take the configuration from the given file instead of .git/config.  Using the "--global" option forces this to ~/.gitconfig. Using the "--system" option forces this to $(prefix)/etc/gitconfig.
pt_BR: Pegue a configuração do arquivo fornecido em vez de .git/config. Usar a opção "--global" força isso para ~/.gitconfig. Usar a opção "--system" força isso para $(prefixo)/etc/gitconfig.

note: type: Plain text
en: Whether to skip reading settings from the system-wide $(prefix)/etc/gitconfig file. See linkgit:git[1] for details.
pt_BR: Se deve ignorar as configurações de leitura do arquivo $/etc/gitconfig do sistema (prefixo). Veja linkgit:git[1] para detalhes.

note: type: Plain text
en: Given a .git/config like this:
pt_BR: Dado um .git/config como este:

note: type: delimited block -
en: ; Our diff algorithm
    [diff]
    	external = /usr/local/bin/diff-wrapper
    	renames = true
pt_BR: ; Nosso próprio algorítimo diff
    [diff]
    	external = /usr/local/bin/diff-wrapper
    	renames = true

note: type: delimited block -
en: ; Proxy settings
    [core]
    	gitproxy=proxy-command for kernel.org
    	gitproxy=default-proxy ; for all the rest
pt_BR: ; Configurações de proxy
    [core]
    	gitproxy=proxy-command for kernel.org
    	gitproxy=default-proxy ; for all the rest

note: type: Plain text
en: you can set the filemode to true with
pt_BR: você pode definir o `filemode` como "true" com

note: type: Plain text
en: The hypothetical proxy command entries actually have a postfix to discern what URL they apply to. Here is how to change the entry for kernel.org to "ssh".
pt_BR: As hipotéticas entradas de comando do proxy realmente têm um postfix para discernir a qual URL elas se aplicam. Aqui um exemplo de como alterar a entrada do kernel.org para "ssh".

note: type: Plain text
en: This makes sure that only the key/value pair for kernel.org is replaced.
pt_BR: Isso garante que apenas o par de chave/valor do kernel.org seja substituído.

note: type: Plain text
en: To delete the entry for renames, do
pt_BR: Para excluir a entrada para renomear, faça

note: type: Plain text
en: If you want to delete an entry for a multivar (like core.gitproxy above), you have to provide a regex matching the value of exactly one line.
pt_BR: Caso queira excluir uma entrada para um "multivar" (como `core.gitproxy` acima), é necessário fornecer um `regex` que corresponda ao valor de exatamente uma linha.

note: type: Plain text
en: To query the value for a given key, do
pt_BR: Para consultar o valor para uma determinada chave, faça

note: type: Plain text
en: or
pt_BR: ou

note: type: Plain text
en: or, to query a multivar:
pt_BR: ou, para consultar um `multivar`:

note: type: Plain text
en: If you want to know all the values for a multivar, do:
pt_BR: Caso queira conhecer todos os valores de um `multivar`, faça:

note: type: Plain text
en: If you like to live dangerously, you can replace *all* core.gitproxy by a new one with
pt_BR: Caso queira viver perigosamente, é possível substituir *all* `core.gitproxy` por um novo com

note: type: Plain text
en: However, if you really only want to replace the line for the default proxy, i.e. the one without a "for ..." postfix, do something like this:
pt_BR: No entanto, caso queira realmente substituir apenas a linha pelo proxy predefinido, ou seja, aquele sem um "for ..." `postfix`, faça algo assim:

note: type: Plain text
en: To actually match only values with an exclamation mark, you have to
pt_BR: Para que haja a real coincidência apenas com os valores de um ponto de exclamação, é necessário

note: type: Plain text
en: To add a new proxy, without altering any of the existing ones, use
pt_BR: Para adicionar um novo proxy, sem alterar qualquer outro já existente, use

note: type: Plain text
en: An example to use customized color from the configuration in your script:
pt_BR: Um exemplo para usar cores personalizadas da configuração em seu script:

note: type: Plain text
en: For URLs in `https://weak.example.com`, `http.sslVerify` is set to false, while it is set to `true` for all others:
pt_BR: Para URLSs em `https://weak.example.com`, `http.sslVerify` está definido como `false`, enquanto está definido para `true` para todos os outros:

note: type: delimited block -
en: % git config --type=bool --get-urlmatch http.sslverify https://good.example.com
    true
    % git config --type=bool --get-urlmatch http.sslverify https://weak.example.com
    false
    % git config --get-urlmatch http https://weak.example.com
    http.cookieFile /tmp/cookie.txt
    http.sslverify false
pt_BR: % git config --type=bool --get-urlmatch http.sslverify https://bom.exemplo.com
    true
    % git config --type=bool --get-urlmatch http.sslverify https://fraco.exemplo.com
    false
    % git config --get-urlmatch http https://fraco.exemplo.com
    http.cookieFile /tmp/cookie.txt
    http.sslverify false

note: type: Plain text
en: When using the deprecated `[section.subsection]` syntax, changing a value will result in adding a multi-line key instead of a change, if the subsection is given with at least one uppercase character. For example when the config looks like
pt_BR: Ao usar a sintaxe obsoleta `[section.subsection]`, alterando um valor, resultará na adição de uma chave de várias linhas em vez de uma alteração apenas, caso a subseção seja fornecida com pelo menos um caractere maiúsculo. Por exemplo, quando a configuração se parece

note: type: Plain text
en: and running `git config section.Subsection.key value2` will result in
pt_BR: e executando `git config section.Subsection.key value2` resultará em

note: type: delimited block -
en:   [section.subsection]
        key = value1
        key = value2
pt_BR:   [section.subsection]
        key = valor1
        key = valor2

note: type: Plain text
en: git-count-objects - Count unpacked number of objects and their disk consumption
pt_BR: git-count-objects - Conta a quantidade de objetos não empacotados e o seu consumo de disco

note: type: Plain text
en: This counts the number of unpacked object files and disk space consumed by them, to help you decide when it is a good time to repack.
pt_BR: Conta a quantidade de arquivos dos objetos descompactados e o espaço em disco consumido por eles, para ajudá-lo a decidir quando é um bom momento para re-empacotar.

note: type: Plain text
en: Report in more detail:
pt_BR: Relatório com mais detalhes:

note: type: Plain text
en: count: the number of loose objects
pt_BR: count: a quantidade de objetos soltos

note: type: Plain text
en: size: disk space consumed by loose objects, in KiB (unless -H is specified)
pt_BR: size: espaço em disco consumido por pacotes soltos, em KiB (a menos que -H seja usado)

note: type: Plain text
en: in-pack: the number of in-pack objects
pt_BR: in-pack: a quantidade de objetos no pacote

note: type: Plain text
en: size-pack: disk space consumed by the packs, in KiB (unless -H is specified)
pt_BR: size-pack: espaço em disco consumido pelos pacotes, em KiB (a menos que -H seja usado)

note: type: Plain text
en: prune-packable: the number of loose objects that are also present in the packs. These objects could be pruned using `git prune-packed`.
pt_BR: prune-packable: a quantidade de objetos soltos que também estão presentes nos pacotes. Esses objetos podem ser cortados usando o `git ameixa-embalada`.

note: type: Plain text
en: garbage: the number of files in object database that are neither valid loose objects nor valid packs
pt_BR: garbage: a quantidade dos arquivos no banco de dados do objeto que não são nem válidos como objetos perdidos ou tão pouco como pacotes válidos

note: type: Plain text
en: size-garbage: disk space consumed by garbage files, in KiB (unless -H is specified)
pt_BR: size-garbage: espaço em disco consumido por arquivos lixo, em KiB (a menos que -H seja usado)

note: type: Plain text
en: alternate: absolute path of alternate object databases; may appear multiple times, one line per path. Note that if the path contains non-printable characters, it may be surrounded by double-quotes and contain C-style backslashed escape sequences.
pt_BR: alternate: caminho absoluto do objeto alternativo no banco de dados; pode aparecer várias vezes, uma linha por caminho. Observe que, caso o caminho tenha caracteres não imprimíveis, ele poderá estar entre aspas duplas e conter sequências de escape com barra invertida no estilo C.

note: type: Plain text
en: Print sizes in human readable format
pt_BR: Tamanhos de impressão em formato legível

note: type: Plain text
en: git-credential-cache--daemon - Temporarily store user credentials in memory
pt_BR: git-credential-cache--daemon - Armazene temporariamente as credenciais do usuário na memória

note: type: Plain text
en: You probably don't want to invoke this command yourself; it is started automatically when you use linkgit:git-credential-cache[1].
pt_BR: É bem provável que você não queira usar este comando; ele é iniciado automaticamente quando você usa linkgit:git-credential-cache[1].

note: type: Plain text
en: This command listens on the Unix domain socket specified by `<socket>` for `git-credential-cache` clients. Clients may store and retrieve credentials. Each credential is held for a timeout specified by the client; once no credentials are held, the daemon exits.
pt_BR: Este comando escuta no "socket" do domínio Unix determinado por `<socket>` para clientes do `git-credential-cache`. Os clientes podem armazenar e recuperar credenciais. Cada credencial é mantida por um tempo específico que é determinado pelo cliente; depois que nenhuma credencial for mais mantida, o daemon encerra.

note: type: Plain text
en: If the `--debug` option is specified, the daemon does not close its stderr stream, and may output extra diagnostics to it even after it has begun listening for clients.
pt_BR: Caso a opção `--debug` seja usada, o daemon não fechará o fluxo `stderr` e poderá gerar diagnósticos extras, mesmo depois de começar a ouvir os clientes.

note: type: Plain text
en: git-credential-cache - Helper to temporarily store passwords in memory
pt_BR: git-credential-cache - Assistente para armazenar temporariamente as senhas na memória

note: type: delimited block -
en: git config credential.helper 'cache [<options>]'
pt_BR: git config credential.helper 'cache [<opções>]'

note: type: Plain text
en: This command caches credentials in memory for use by future Git programs. The stored credentials never touch the disk, and are forgotten after a configurable timeout.  The cache is accessible over a Unix domain socket, restricted to the current user by filesystem permissions.
pt_BR: Este comando armazena em cache as credenciais na memória para uso futuro dos programas Git. As credenciais armazenadas jamais são armazenadas em disco e são esquecidas após um tempo determinado por configuração.  O cache está acessível em um "socket" de domínio Unix, restrito ao usuário atual por permissões do sistema de arquivos.

note: type: Plain text
en: You probably don't want to invoke this command directly; it is meant to be used as a credential helper by other parts of Git. See linkgit:gitcredentials[7] or `EXAMPLES` below.
pt_BR: Provavelmente você não vai querer invocar este comando diretamente; Ele deve ser usado pelas outras partes como um auxiliar da credencial do Git. Consulte linkgit:gitcredentials[7] ou o capítulo `EXEMPLOS` abaixo.

note: type: Labeled list
en: --timeout <seconds>
pt_BR: --timeout <segundos>

note: type: Plain text
en: Number of seconds to cache credentials (default: 900).
pt_BR: Quantidade de segundos para armazenar as credenciais em cache (predefinição: 900).

note: type: Labeled list
en: --socket <path>
pt_BR: --socket <caminho>

note: type: Plain text
en: Use `<path>` to contact a running cache daemon (or start a new cache daemon if one is not started).  Defaults to `$XDG_CACHE_HOME/git/credential/socket` unless `~/.git-credential-cache/` exists in which case `~/.git-credential-cache/socket` is used instead.  If your home directory is on a network-mounted filesystem, you may need to change this to a local filesystem. You must specify an absolute path.
pt_BR: Use `<caminho>` para entrar em contato com um daemon de cache em execução (ou iniciar um novo, cao um não tenha sido iniciado).  É predefinido para `$XDG_CACHE_HOME/git/credential/socket` a menos que `~/.git-credential-cache/` exista, neste caso `~/.git-credential-cache/socket` é usado.  Se o diretório inicial estiver em um sistema de arquivos montado via rede, pode ser necessário alterá-lo para um sistema de arquivos local. Você deve usar um caminho absoluto.

note: type: Title -
en: CONTROLLING THE DAEMON
pt_BR: CONTROLANDO O DAEMON

note: type: Plain text
en: If you would like the daemon to exit early, forgetting all cached credentials before their timeout, you can issue an `exit` action:
pt_BR: Se você deseja que o daemon encerre antes esquecendo todas as credenciais em cache antes do tempo limite, você pode emitir uma ação `exit`:

note: type: Plain text
en: The point of this helper is to reduce the number of times you must type your username or password. For example:
pt_BR: O objetivo deste auxiliar é reduzir a quantidade de vezes que você deve digitar o seu nome de usuário ou senha. Por exemplo:

note: type: delimited block -
en: $ git config credential.helper cache
    $ git push http://example.com/repo.git
    Username: <type your username>
    Password: <type your password>
pt_BR: $ git config credential.helper cache
    $ git push http://exemplo.com/repo.git
    Username: <digite o seu nome de usuário>
    Password: <digite a sua senha>

note: type: delimited block -
en: [work for 5 more minutes]
    $ git push http://example.com/repo.git
    [your credentials are used automatically]
pt_BR: [funcione por mais 5 minutos]
    $ git push http://example.com/repo.git
    [as suas credenciais serão usadas automaticamente]

note: type: Plain text
en: You can provide options via the credential.helper configuration variable (this example drops the cache time to 5 minutes):
pt_BR: Você pode usar as opções através da variável de configuração `credential.helper` (este exemplo descarta o cache a cada 5 minutos):

note: type: Plain text
en: git-credential-store - Helper to store credentials on disk
pt_BR: git-credential-store - Auxiliar para o armazenamento de credenciais em disco

note: type: delimited block -
en: git config credential.helper 'store [<options>]'
pt_BR: git config credential.helper 'store [<opções>]'

note: type: Plain text
en: Using this helper will store your passwords unencrypted on disk, protected only by filesystem permissions. If this is not an acceptable security tradeoff, try linkgit:git-credential-cache[1], or find a helper that integrates with secure storage provided by your operating system.
pt_BR: Ao usar este auxiliar as suas senhas são armazenadas de forma criptografada no disco, protegida apenas pelas permissões do sistema de arquivos. Caso essa não seja uma troca aceitável de segurança, tente o linkgit:git-credential-cache[1] ou encontre um auxiliar que se integre ao armazenamento seguro fornecido pelo seu sistema operacional.

note: type: Plain text
en: This command stores credentials indefinitely on disk for use by future Git programs.
pt_BR: Este comando armazena as credenciais indefinidamente no disco para uso futuro dos programas Git.

note: type: Plain text
en: You probably don't want to invoke this command directly; it is meant to be used as a credential helper by other parts of git. See linkgit:gitcredentials[7] or `EXAMPLES` below.
pt_BR: Provavelmente você não vai querer invocar este comando diretamente; Ele deve ser usado pelas outras partes como um auxiliar da credencial do git. Consulte linkgit:gitcredentials[7] ou o capítulo `EXEMPLOS` abaixo.

note: type: Labeled list
en: --file=<path>
pt_BR: --file=<caminho>

note: type: Plain text
en: Use `<path>` to lookup and store credentials. The file will have its filesystem permissions set to prevent other users on the system from reading it, but will not be encrypted or otherwise protected. If not specified, credentials will be searched for from `~/.git-credentials` and `$XDG_CONFIG_HOME/git/credentials`, and credentials will be written to `~/.git-credentials` if it exists, or `$XDG_CONFIG_HOME/git/credentials` if it exists and the former does not. See also <<FILES>>.
pt_BR: Use `<caminho>` para localizar e armazenar as credenciais. O arquivo terá suas as permissões do sistema de arquivos definidos para impedir que os outros usuários no sistema o leiam, mas não serão criptografados ou protegidos. Caso não seja usado, as credenciais serão pesquisadas em `~/.git-credentials` e `$XDG_CONFIG_HOME/git/credentials`, as credenciais serão salvas em `~/.git-credentials` caso exista, ou `$XDG_CONFIG_HOME/git/credentials` caso exista e o primeiro não. Consulte também <<ARQUIVOS>>.

note: type: Plain text
en: If not set explicitly with `--file`, there are two files where git-credential-store will search for credentials in order of precedence:
pt_BR: Caso não seja definido explicitamente com a opção `--file`, existem dois arquivos nos quais o comando `git-credential-store` procurará por credenciais em ordem de precedência:

note: type: Plain text
en: User-specific credentials file.
pt_BR: Arquivo de credenciais específicas do usuário.

note: type: Plain text
en: Second user-specific credentials file. If '$XDG_CONFIG_HOME' is not set or empty, `$HOME/.config/git/credentials` will be used. Any credentials stored in this file will not be used if `~/.git-credentials` has a matching credential as well. It is a good idea not to create this file if you sometimes use older versions of Git that do not support it.
pt_BR: Arquivo de credenciais secundário específicas do usuário. Caso '$XDG_CONFIG_HOME' não seja usado ou esteja vazio, o `$HOME/.config/git/credentials` será usado. Quaisquer credenciais armazenadas neste arquivo não serão usadas caso `~/.git-credentials` também tiver uma credencial coincidente. É uma boa pratica não criar este arquivo caso você às vezes use versões mais antigas do Git que não são compatíveis.

note: type: Plain text
en: For credential lookups, the files are read in the order given above, with the first matching credential found taking precedence over credentials found in files further down the list.
pt_BR: Para pesquisas de credenciais, os arquivos são lidos na ordem acima, com a primeira credencial coincidente encontrada tendo precedência sobre as credenciais encontradas nos arquivos mais abaixo na lista.

note: type: Plain text
en: Credential storage will by default write to the first existing file in the list. If none of these files exist, `~/.git-credentials` will be created and written to.
pt_BR: Por predefinição o armazenamento das credenciais será gravado no primeiro arquivo existente na lista. Caso nenhum destes arquivos exista, serão criadas e gravadas em `~/.git-credentials`.

note: type: Plain text
en: When erasing credentials, matching credentials will be erased from all files.
pt_BR: Ao apagar as credenciais, aquelas que forem coincidentes serão apagadas de todos os arquivos.

note: type: delimited block -
en: $ git config credential.helper store
    $ git push http://example.com/repo.git
    Username: <type your username>
    Password: <type your password>
pt_BR: $ git config credential.helper store
    $ git push http://example.com/repo.git
    Username: <digite o seu nome de usuário>
    Password: <digite a sua senha>

note: type: delimited block -
en: [several days later]
    $ git push http://example.com/repo.git
    [your credentials are used automatically]
pt_BR: [alguns dias depois]
    $ git push http://example.com/repo.git
    [as suas credenciais são utilizadas automaticamente]

note: type: Title -
en: STORAGE FORMAT
pt_BR: FORMATO DE ARMAZENAMENTO

note: type: Plain text
en: The `.git-credentials` file is stored in plaintext. Each credential is stored on its own line as a URL like:
pt_BR: O arquivo `.git credentials` é armazenado em texto puro sem formatação. Cada credencial é armazenada em sua própria linha como uma URL:

note: type: delimited block -
en: https://user:pass@example.com
pt_BR: https://usuário:senha@example.com

note: type: Plain text
en: When Git needs authentication for a particular URL context, credential-store will consider that context a pattern to match against each entry in the credentials file.  If the protocol, hostname, and username (if we already have one) match, then the password is returned to Git. See the discussion of configuration in linkgit:gitcredentials[7] for more information.
pt_BR: Quando o Git precisa de autenticação para um contexto URL específico, o armazenamento de credenciais considerará o padrão deste contexto para coincidir com cada entrada no arquivo de credenciais.  Caso o protocolo, o nome do host e o nome do usuário (caso tenhamos um) coincidam, a senha será retornada ao Git. Consulte a discussão da configuração em linkgit:gitcredentials[7] para mais informações.

note: type: Plain text
en: git-credential - Retrieve and store user credentials
pt_BR: git-credential - Recupere e armazene as credenciais do usuário

note: type: Plain text
en: Git has an internal interface for storing and retrieving credentials from system-specific helpers, as well as prompting the user for usernames and passwords. The git-credential command exposes this interface to scripts which may want to retrieve, store, or prompt for credentials in the same manner as Git. The design of this scriptable interface models the internal C API; see credential.h for more background on the concepts.
pt_BR: O Git possui uma interface interna para armazenar e recuperar as credenciais dos ajudantes específicos do sistema, além de solicitar ao usuário os nomes dos usuários e as suas respectivas senhas. O comando `git-credential` expõe essa interface a scripts que podem recuperar, armazenar ou solicitar credenciais da mesma maneira que o Git. O design dessa interface programável modela ao API C interno; consulte o `credential.h` para obter mais informações sobre os conceitos.

note: type: Plain text
en: git-credential takes an "action" option on the command-line (one of `fill`, `approve`, or `reject`) and reads a credential description on stdin (see <<IOFMT,INPUT/OUTPUT FORMAT>>).
pt_BR: O `git-credential` usa uma "ação" como opção na linha de comando (uma das opções `fill`, `aprove` ou `reject`) e lê uma descrição da credencial no "stdin" (consulte <<IOFMT,INPUT/OUTPUT FORMAT>>).

note: type: Plain text
en: If the action is `fill`, git-credential will attempt to add "username" and "password" attributes to the description by reading config files, by contacting any configured credential helpers, or by prompting the user. The username and password attributes of the credential description are then printed to stdout together with the attributes already provided.
pt_BR: Caso a ação seja `fill`, o comando tentará adicionar os atributos "username" e "password" à descrição lendo os arquivos de configuração ao contactar qualquer auxiliar de credencial configurado ou solicitando ao usuário. Os atributos de nome de usuário e senha da descrição da credencial são impressos para "stdout" junto com os atributos já fornecidos.

note: type: Plain text
en: If the action is `approve`, git-credential will send the description to any configured credential helpers, which may store the credential for later use.
pt_BR: Caso a ação for `approve` (aprovar), o comando `git-credential` enviará a descrição a todos os auxiliares de credenciais configurados, que poderão armazenar a credencial para uso posterior.

note: type: Plain text
en: If the action is `reject`, git-credential will send the description to any configured credential helpers, which may erase any stored credential matching the description.
pt_BR: Caso a ação seja `reject`, o comando `git-credential` enviará a descrição para qualquer auxiliar de credencial configurado, o que poderá apagar quaisquer credenciais armazenadas que coincidam com a descrição.

note: type: Plain text
en: If the action is `approve` or `reject`, no output should be emitted.
pt_BR: Caso a ação seja `approve` ou `reject`, nenhum alerta será emitido.

note: type: Title -
en: TYPICAL USE OF GIT CREDENTIAL
pt_BR: UTILIZAÇÃO TÍPICA DO GIT CREDENTIAL

note: type: Plain text
en: An application using git-credential will typically use `git credential` following these steps:
pt_BR: Um aplicativo que use o comando `git-credential` normalmente usa `git credential` seguindo estas etapas:

note: type: Plain text
en: Generate a credential description based on the context.
pt_BR: Gere um descritivo da credencial com base no contexto.

note: type: Plain text
en: For example, if we want a password for `https://example.com/foo.git`, we might generate the following credential description (don't forget the blank line at the end; it tells `git credential` that the application finished feeding all the information it has):
pt_BR: Por exemplo, caso queira uma senha para `https://example.com/foo.git`, poderemos gerar o seguinte descritivo para a credencial (não se esqueça da linha em branco no final; informa `git credential` que o aplicativo terminou de encaminhar todas as informações que ele tinha):

note: type: Plain text
en: 	 protocol=https
    	 host=example.com
    	 path=foo.git
pt_BR: 	 protocol=https
    	 host=exemplo.com.br
    	 path=foo.git

note: type: Plain text
en: Ask git-credential to give us a username and password for this description. This is done by running `git credential fill`, feeding the description from step (1) to its standard input. The complete credential description (including the credential per se, i.e. the login and password) will be produced on standard output, like:
pt_BR: Peça à `git-credential` para nos fornecer um nome de usuário e senha para esta descrição. Isso é feito executando o comando `git credential fill`, alimentando a descrição da etapa (1) para a sua entrada predefinido. O descritivo completo da credencial (incluindo a credencial em si, ou seja, o login e a senha) será produzida como:

note: type: Plain text
en: protocol=https
    host=example.com
    username=bob
    password=secr3t
pt_BR: protocol=https
    host=exemplo.com.br
    username=bob
    password=secr3t

note: type: Plain text
en: In most cases, this means the attributes given in the input will be repeated in the output, but Git may also modify the credential description, for example by removing the `path` attribute when the protocol is HTTP(s) and `credential.useHttpPath` is false.
pt_BR: Na maioria dos casos, isso significa que os atributos fornecidos na entrada serão repetidos na saída, mas o Git também poderá modificar a descrição da credencial, por exemplo, removendo o atributo `path` quando o protocolo for HTTP(s) e a variável `credential.useHttpPath` seja falsa.

note: type: Plain text
en: If the `git credential` knew about the password, this step may not have involved the user actually typing this password (the user may have typed a password to unlock the keychain instead, or no user interaction was done if the keychain was already unlocked) before it returned `password=secr3t`.
pt_BR: Caso o comando `git credential` saiba sobre a senha, esta etapa pode não ter o envolvimento do usuário que esteja digitando esta senha (o usuário pode ter digitado uma senha para desbloquear o chaveiro ou nenhuma interação do usuário foi feita caso o chaveiro já tenha sido desbloqueado) antes de retornar `password=secr3t`.

note: type: Plain text
en: Use the credential (e.g., access the URL with the username and password from step (2)), and see if it's accepted.
pt_BR: Use a credencial (por exemplo, acesse a URL com o nome de usuário e a senha da etapa (2)) e verifique se ela é aceita.

note: type: Plain text
en: Report on the success or failure of the password. If the credential allowed the operation to complete successfully, then it can be marked with an "approve" action to tell `git credential` to reuse it in its next invocation. If the credential was rejected during the operation, use the "reject" action so that `git credential` will ask for a new password in its next invocation. In either case, `git credential` should be fed with the credential description obtained from step (2) (which also contain the ones provided in step (1)).
pt_BR: Relate o sucesso ou falha da senha. Caso a credencial permita que a operação seja concluída com sucesso, ela pode ser marcada com uma ação "approve" para passar ao `git credential` para ser reutilizada na próxima invocação. Caso a credencial seja rejeitada durante a operação, use a ação "reject" para que o comando `git credential` solicite uma nova senha na próxima invocação. Em qualquer um dos casos, o comando `git credential` deve ser alimentado com o descritivo da credencial obtida na etapa (2) (que também contém aquelas informada na etapa (1)).

note: type: Title -
en: INPUT/OUTPUT FORMAT
pt_BR: FORMATO DE ENTRADA/SAÍDA

note: type: Plain text
en: `git credential` reads and/or writes (depending on the action used)  credential information in its standard input/output. This information can correspond either to keys for which `git credential` will obtain the login/password information (e.g. host, protocol, path), or to the actual credential data to be obtained (login/password).
pt_BR: O comando `git credential` lê ou grava (dependendo da ação usada) as informações da credencial em sua entrada e saída predefinida. Esta informação pode corresponder às chaves pelas quais o comando `git credential` obterá as informações de login e senha (por exemplo, host, protocolo, caminho) ou aos dados da credencial real a serem obtidos (login e senha).

note: type: Plain text
en: The credential is split into a set of named attributes, with one attribute per line. Each attribute is specified by a key-value pair, separated by an `=` (equals) sign, followed by a newline. The key may contain any bytes except `=`, newline, or NUL. The value may contain any bytes except newline or NUL.  In both cases, all bytes are treated as-is (i.e., there is no quoting, and one cannot transmit a value with newline or NUL in it). The list of attributes is terminated by a blank line or end-of-file.  Git understands the following attributes:
pt_BR: A credencial é dividida em um conjunto de atributos nomeados, com um atributo por linha. Cada atributo é especificado por um par de valores-chave, separado por um sinal de `=` (igual), seguido por uma nova linha. A chave pode conter quaisquer bytes, exceto `=`, nova linha ou NUL. O valor pode conter quaisquer bytes, exceto uma nova linha ou NUL.  Nos dois casos, todos os bytes são tratados como estão (ou seja, não há aspas e não é possível transmitir um valor com nova linha ou NUL nela). A lista de atributos é finalizada por uma linha em branco ou no final do arquivo.  O Git entende os seguintes atributos:

note: type: Plain text
en: The protocol over which the credential will be used (e.g., `https`).
pt_BR: O protocolo sobre o qual a credencial será usada (por exemplo, `https`).

note: type: Plain text
en: The remote hostname for a network credential.
pt_BR: O nome do host remoto para uma credencial de rede.

note: type: Plain text
en: The path with which the credential will be used. E.g., for accessing a remote https repository, this will be the repository's path on the server.
pt_BR: O caminho com o qual a credencial será usada. Por exemplo, para acessar um repositório https remoto, este será o caminho do repositório no servidor.

note: type: Plain text
en: The credential's username, if we already have one (e.g., from a URL, from the user, or from a previously run helper).
pt_BR: O nome de usuário da credencial, caso já tenhamos um (por exemplo, de uma URL do usuário ou de um auxiliar executado anteriormente).

note: type: Plain text
en: The credential's password, if we are asking it to be stored.
pt_BR: A senha da credencial, caso estejamos solicitando o seu armazenamento.

note: type: Plain text
en: When this special attribute is read by `git credential`, the value is parsed as a URL and treated as if its constituent parts were read (e.g., `url=https://example.com` would behave as if `protocol=https` and `host=example.com` had been provided). This can help callers avoid parsing URLs themselves.  Note that any components which are missing from the URL (e.g., there is no username in the example above) will be set to empty; if you want to provide a URL and override some attributes, provide the URL attribute first, followed by any overrides.
pt_BR: When this special attribute is read by `git credential`, the value is parsed as a URL and treated as if its constituent parts were read (e.g., `url=https://example.com` would behave as if `protocol=https` and `host=example.com` had been provided). Isso pode ajudar a evitar que eles mesmos (quem chama) de analisar as URLs.  Observe que qualquer componente que esteja faltando na URL (por exemplo, não há um nome de usuário no exemplo acima) será definido como vazio; caso queira fornecer uma URL e substituir alguns atributos, forneça o atributo do URL primeiro, seguido por quaisquer substituições.

note: type: Plain text
en: git-cvsexportcommit - Export a single commit to a CVS checkout
pt_BR: git-cvsexportcommit - Exportar um único commit para um check-out do CVS

note: type: Plain text
en: Exports a commit from Git to a CVS checkout, making it easier to merge patches from a Git repository into a CVS repository.
pt_BR: Exporta um commit do Git para um checkout do CVS, facilitando a mesclagem de patches de um repositório Git em um repositório CVS.

note: type: Plain text
en: Specify the name of a CVS checkout using the -w switch or execute it from the root of the CVS working copy. In the latter case GIT_DIR must be defined. See examples below.
pt_BR: Especifique o nome de uma verificação geral do CVS usando a opção `-w` ou execute uma cópia do trabalho a partir da raiz do CVS. No último caso, o `GIT_DIR` deve ser definido. Veja os exemplos abaixo.

note: type: Plain text
en: It does its best to do the safe thing, it will check that the files are unchanged and up to date in the CVS checkout, and it will not autocommit by default.
pt_BR: Ele faz o possível para garantir a segurança, verificará se os arquivos estão inalterados e atualizados no "checkout" do CVS e por predefinição, os commits não serão feitos automaticamente.

note: type: Plain text
en: Supports file additions, removals, and commits that affect binary files.
pt_BR: Oferece suporte a adições, remoções e commits que afetem os arquivos binários.

note: type: Plain text
en: If the commit is a merge commit, you must tell 'git cvsexportcommit' what parent the changeset should be done against.
pt_BR: Caso o commit seja uma confirmação mesclado, você deve informar ao `git cvsexportcommit` qual matriz o "changeset" deve ser feito.

note: type: Plain text
en: Commit automatically if the patch applied cleanly. It will not commit if any hunks fail to apply or there were other problems.
pt_BR: Faça o commit automaticamente caso o patch seja aplicado sem erros. O commit não será feito caso algum bloco falhe durante na aplicação ou caso haja outros problemas.

note: type: Plain text
en: Be pedantic (paranoid) when applying patches. Invokes patch with --fuzz=0
pt_BR: Seja paranoico ao aplicar os patches. Invoca o patch com a opção `--fuzz=0`

note: type: Plain text
en: Add authorship information. Adds Author line, and Committer (if different from Author) to the message.
pt_BR: Adicionar informações de autoria. Adiciona a linha do autor e de quem fez o commit (caso seja diferente do autor) na mensagem.

note: type: Plain text
en: Set an alternative CVSROOT to use.  This corresponds to the CVS -d parameter.  Usually users will not want to set this, except if using CVS in an asymmetric fashion.
pt_BR: Defina um CVSROOT alternativo para ser usado.  Isso corresponde ao parâmetro CVS `-d`.  Geralmente, os usuários não vão querer definir isso, exceto caso use o CVS de maneira assimétrica.

note: type: Plain text
en: Force the merge even if the files are not up to date.
pt_BR: Imponha a mesclagem mesmo que os arquivos não estejam atualizados.

note: type: Plain text
en: Force the parent commit, even if it is not a direct parent.
pt_BR: Imponha o commit da matriz, ainda que não seja direto da matriz.

note: type: Plain text
en: Prepend the commit message with the provided prefix.  Useful for patch series and the like.
pt_BR: Anexe a mensagem do commit com o prefixo fornecido.  Útil para patches em série e similares.

note: type: Plain text
en: Update affected files from CVS repository before attempting export.
pt_BR: Atualize os arquivos afetados do repositório CVS antes de tentar exportar.

note: type: Plain text
en: Reverse CVS keyword expansion (e.g. $Revision: 1.2.3.4$ becomes $Revision$) in working CVS checkout before applying patch.
pt_BR: Reverta a expansão das palavras-chave do CVS (por exemplo, $Revision: 1.2.3.4$ se torna $Revision$) no CVS de trabalho antes de aplicar o patch.

note: type: Plain text
en: Specify the location of the CVS checkout to use for the export. This option does not require GIT_DIR to be set before execution if the current directory is within a Git repository.  The default is the value of 'cvsexportcommit.cvsdir'.
pt_BR: Especifique o local do checkout do CVS a ser usado para a exportação. Esta opção não requer que `GIT_DIR` seja definido antes da execução caso o diretório atual esteja dentro de um repositório Git.  O valor predefinido é o que está na variável `cvsexportcommit.cvsdir`.

note: type: Plain text
en: Tell cvsexportcommit that the current working directory is not only a Git checkout, but also the CVS checkout.  Therefore, Git will reset the working directory to the parent commit before proceeding.
pt_BR: Diga ao `cvsexportcommit` que o diretório de trabalho atual não é apenas um checkout do Git, mas também o checkout do CVS.  Portanto, o Git redefinirá o diretório de trabalho para o commit matriz antes de continuar.

note: type: Plain text
en: Verbose.
pt_BR: Loquaz.

note: type: Plain text
en: The default location of the CVS checkout to use for the export.
pt_BR: O local predefinido usado pelo checkout do CVS para a exportação.

note: type: Labeled list
en: Merge one patch into CVS
pt_BR: Mesclar um patch no CVS

note: type: delimited block -
en: $ export GIT_DIR=~/project/.git
    $ cd ~/project_cvs_checkout
    $ git cvsexportcommit -v <commit-sha1>
    $ cvs commit -F .msg <files>
pt_BR: $ export GIT_DIR=~/project/.git
    $ cd ~/project_cvs_checkout
    $ git cvsexportcommit -v <commit-sha1>
    $ cvs commit -F .msg <arquivos>

note: type: Labeled list
en: Merge one patch into CVS (-c and -w options). The working directory is within the Git Repo
pt_BR: Mescle um patch no CVS (as opções `-c` e `-w`). O diretório de trabalho está dentro do Git Repo

note: type: Labeled list
en: Merge pending patches into CVS automatically -- only if you really know what you are doing
pt_BR: Mesclar os patches pendentes no CVS automaticamente -- somente se você realmente souber o que está fazendo

note: type: Plain text
en: git-cvsimport - Salvage your data out of another SCM people love to hate
pt_BR: git-cvsimport - Recupere seus dados de outro SCM que as pessoas amam odiar

note: type: Plain text
en: 'git cvsimport' [-o <branch-for-HEAD>] [-h] [-v] [-d <CVSROOT>]
    	      [-A <author-conv-file>] [-p <options-for-cvsps>] [-P <file>]
    	      [-C <git_repository>] [-z <fuzz>] [-i] [-k] [-u] [-s <subst>]
    	      [-a] [-m] [-M <regex>] [-S <regex>] [-L <commitlimit>]
    	      [-r <remote>] [-R] [<CVS_module>]
pt_BR: 'git cvsimport' [-o <branch-for-HEAD>] [-h] [-v] [-d <CVSROOT>]
    	      [-A <arquivo-conv-do-autor>] [-p <opções-para-o-cvsps>] [-P <arquivo>]
    	      [-C <repositório_git>] [-z <fuzz>] [-i] [-k] [-u] [-s <subst>]
    	      [-a] [-m] [-M <regex>] [-S <regex>] [-L <commitlimit>]
    	      [-r <remoto>] [-R] [<módulo_CVS>]

note: type: Plain text
en: *WARNING:* `git cvsimport` uses cvsps version 2, which is considered
    deprecated; it does not work with cvsps version 3 and later.  If you are
    performing a one-shot import of a CVS repository consider using
    http://cvs2svn.tigris.org/cvs2git.html[cvs2git] or
    http://www.catb.org/esr/cvs-fast-export/[cvs-fast-export].
pt_BR: *ADVERTÊNCIA* o comando `git cvsimport` usa o cvsps versão 2 já descontinuada;
    não funciona com o vcsps versão 3 e posteriores.  Caso esteja
    executando uma importação única de um repositório CVS ,considere usar
    http://cvs2svn.tigris.org/cvs2git.html[cvs2git] ou
    http://www.catb.org/esr/cvs-fast-export/[cvs-fast-export].

note: type: Plain text
en: Imports a CVS repository into Git. It will either create a new repository, or incrementally import into an existing one.
pt_BR: Importa um repositório CVS para o Git. Ele criará um novo repositório ou o importará incrementalmente para um já existente.

note: type: Plain text
en: Splitting the CVS log into patch sets is done by 'cvsps'.  At least version 2.1 is required.
pt_BR: A divisão do registro log do CVS em conjuntos de patches é feito por `cvsps`.  É necessário usar no mínimo a versão 2.1.

note: type: Plain text
en: *WARNING:* for certain situations the import leads to incorrect results.
    Please see the section <<issues,ISSUES>> for further reference.
pt_BR: *ADVERTÊNCIA:* em determinadas situações, a importação leva a resultados incorretos.
    Consulte a seção <<issues,ISSUES>> para futuras referências.

note: type: Plain text
en: You should *never* do any work of your own on the branches that are created by 'git cvsimport'.  By default initial import will create and populate a "master" branch from the CVS repository's main branch which you're free to work with; after that, you need to 'git merge' incremental imports, or any CVS branches, yourself.  It is advisable to specify a named remote via -r to separate and protect the incoming branches.
pt_BR: Você nunca *deve* fazer qualquer trabalho seu nos ramos criados pelo `git cvsimport`.  Por predefinição, a importação inicial criará e irá popular uma ramificação "master" a partir da ramificação principal do repositório CVS, com a qual você poderá trabalhar livremente; depois disso, você precisará fazer uma importação incremental com o comando `git merge` ou quaisquer outras ramificações do CVS você mesmo.  É aconselhável determinar um nome remoto através de `-r` para separar e proteger as ramificações recebidas.

note: type: Plain text
en: If you intend to set up a shared public repository that all developers can read/write, or if you want to use linkgit:git-cvsserver[1], then you probably want to make a bare clone of the imported repository, and use the clone as the shared repository.  See linkgit:gitcvs-migration[7].
pt_BR: Caso a sua intenção seja configurar um repositório público compartilhado para que todos os desenvolvedores tenham permissão de leitura e escrita ou caso queiram usar o linkgit:git-cvsserver[1], então é preferível que você crie um clone simples do seu repositório importado para que seja usado como um repositório compartilhado.  Consulte linkgit:gitcvs-migration[7].

note: type: Plain text
en: Verbosity: let 'cvsimport' report what it is doing.
pt_BR: Loquazidade: permita que `cvsimport` relate o que está fazendo.

note: type: Plain text
en: The root of the CVS archive. May be local (a simple path) or remote; currently, only the :local:, :ext: and :pserver: access methods are supported. If not given, 'git cvsimport' will try to read it from `CVS/Root`. If no such file exists, it checks for the `CVSROOT` environment variable.
pt_BR: A raiz do arquivo CVS. Pode ser local (um caminho simples) ou remoto; atualmente, são compatíveis apenas o :local:, :ext: e :pserver: access. Se não for usado, o comando `git cvsimport` tentará ler do `CVS/Root`. No caso de tal arquivo não existir, verifica a existência da variável de ambiente `CVSROOT`.

note: type: Plain text
en: The CVS module you want to import. Relative to <CVSROOT>.  If not given, 'git cvsimport' tries to read it from `CVS/Repository`.
pt_BR: O módulo CVS que deseja importar. Relativo ao <CVSROOT>.  Caso não seja usado, o comando `git cvsimport` tenta ler do `CVS/Repository`.

note: type: Labeled list
en: -C <target-dir>
pt_BR: -C <diretório-de-destino>

note: type: Plain text
en: The Git repository to import to.  If the directory doesn't
pt_BR: O repositório Git para o qual irá importar.  Se o diretório não

note: type: Plain text
en: exist, it will be created.  Default is the current directory.
pt_BR: existir, ele será criado.  A predefinição é o diretório atual.

note: type: Labeled list
en: -r <remote>
pt_BR: -r <remoto>

note: type: Plain text
en: The Git remote to import this CVS repository into.  Moves all CVS branches into remotes/<remote>/<branch> akin to the way 'git clone' uses 'origin' by default.
pt_BR: O Git remoto para importar este repositório CVS.  Move todas as ramificações do CVS em remotos/<remoto>/<ramo>, semelhantes ao modo como o comando `git clone` usa 'origin' por predefinição.

note: type: Labeled list
en: -o <branch-for-HEAD>
pt_BR: -o <ramo-para-o-HEAD>

note: type: Plain text
en: When no remote is specified (via -r) the `HEAD` branch from CVS is imported to the 'origin' branch within the Git repository, as `HEAD` already has a special meaning for Git.  When a remote is specified the `HEAD` branch is named remotes/<remote>/master mirroring 'git clone' behaviour.  Use this option if you want to import into a different branch.
pt_BR: Quando nenhum ponto remoto definido (via `-r`), o ramo `HEAD` do CVS é importado para o ramo 'origin' dentro do repositório Git, pois o` HEAD` já possui um significado especial para o Git.  Quando um ponto remoto é especificado, o ramo `HEAD` é chamado de remotes/<remote>/master espelhando-se no comportamento do comando `git clone`.  Use esta opção caso queira importar para uma ramificação diferente.

note: type: Plain text
en: Use '-o master' for continuing an import that was initially done by the old cvs2git tool.
pt_BR: Use `o master` para continuar uma importação que foi inicialmente feita pela antiga ferramenta cvs2git.

note: type: Plain text
en: Import-only: don't perform a checkout after importing.  This option ensures the working directory and index remain untouched and will not create them if they do not exist.
pt_BR: Import-only: não realize o "checkout" após a importação.  Esta opção garante que o diretório e o índice de trabalho permaneçam intocados e não os criará caso eles não existam.

note: type: Plain text
en: Kill keywords: will extract files with '-kk' from the CVS archive to avoid noisy changesets. Highly recommended, but off by default to preserve compatibility with early imported trees.
pt_BR: Kill keywords: extrairá arquivos com `-kk` do arquivo CVS para evitar atritos com o `changesets`. Altamente recomendado, a sua predefinição é desativado visando preservar a compatibilidade com as árvores importadas anteriormente.

note: type: Plain text
en: Convert underscores in tag and branch names to dots.
pt_BR: Converta sublinhados nos nomes das tags e das ramificações em pontos.

note: type: Plain text
en: Substitute the character "/" in branch names with <subst>
pt_BR: Substitua o caractere "/" nos nomes das ramificações com `<subst>`

note: type: Labeled list
en: -p <options-for-cvsps>
pt_BR: -p <opções-para-o-cvsps>

note: type: Plain text
en: Additional options for cvsps.  The options `-u` and '-A' are implicit and should not be used here.
pt_BR: Opções adicionais para o cvsps.  As opções `-u` e `-A` estão implícitas e não devem ser usadas aqui.

note: type: Plain text
en: If you need to pass multiple options, separate them with a comma.
pt_BR: Caso precise usar várias opções, separe-as com uma vírgula.

note: type: Plain text
en: Pass the timestamp fuzz factor to cvsps, in seconds. If unset, cvsps defaults to 300s.
pt_BR: Encaminhe o registro de data e hora do fato "fuzz" ao cvsps em segundos. Caso não esteja definido, o cvsps assumirá a predefinição de 300s.

note: type: Labeled list
en: -P <cvsps-output-file>
pt_BR: -P <arquivo-de-saída-cvsps>

note: type: Plain text
en: Instead of calling cvsps, read the provided cvsps output file. Useful for debugging or when cvsps is being handled outside cvsimport.
pt_BR: Em vez de chamar o cvsps, leia o arquivo de saída cvsps informado. Útil para a depuração ou quando o cvsps está sendo manuseado fora do `cvsimport`.

note: type: Plain text
en: Attempt to detect merges based on the commit message. This option will enable default regexes that try to capture the source branch name from the commit message.
pt_BR: Tente detectar as mesclagens com base na mensagem do commit. Esta opção ativará as expressões regulares que tentam capturar o nome da ramificação de origem da mensagem do commit.

note: type: Plain text
en: Attempt to detect merges based on the commit message with a custom regex. It can be used with `-m` to enable the default regexes as well. You must escape forward slashes.
pt_BR: Tenta detectar as mesclagens com base na mensagem do commit com um regex personalizado. Ele pode ser usado com a opção `-m` para ativar os regexes já predefinidos. Você deve escapar as barras inclinadas.

note: type: Plain text
en: The regex must capture the source branch name in $1.
pt_BR: O regex deve capturar o nome da ramificação de origem em $1.

note: type: Plain text
en: This option can be used several times to provide several detection regexes.
pt_BR: Esta opção pode ser usada várias vezes para fornecer vários regexes de detecção.

note: type: Plain text
en: Skip paths matching the regex.
pt_BR: Ignore os caminhos que correspondam ao regex.

note: type: Plain text
en: Import all commits, including recent ones. cvsimport by default skips commits that have a timestamp less than 10 minutes ago.
pt_BR: importe todos os commits, incluindo os mais recentes. Por predefinição o `cvsimport` ignora os commits que têm o registro de data e hora menor que 10 minutos.

note: type: Labeled list
en: -L <limit>
pt_BR: -L <limite>

note: type: Plain text
en: Limit the number of commits imported. Workaround for cases where cvsimport leaks memory.
pt_BR: Limita a quantidade de commit a serem importados. Solução alternativa para os casos em que o `cvsimport` vaza memória.

note: type: Labeled list
en: -A <author-conv-file>
pt_BR: -A <arquivos-conv-do-autor>

note: type: Plain text
en: CVS by default uses the Unix username when writing its commit logs. Using this option and an author-conv-file maps the name recorded in CVS to author name, e-mail and optional time zone:
pt_BR: Por predefinição o CVS utiliza nome de usuário em formato Unix ao escrever os registros log dos commits. O uso desta opção e de um arquivo `conv` do autor mapeia o nome registrado no CVS para o nome do autor, endereço de email e o fuso horário opcional:

note: type: delimited block -
en: 	exon=Andreas Ericsson <ae@op5.se>
    	spawn=Simon Pawn <spawn@frog-pond.org> America/Chicago
pt_BR: 	exon=José Antônio <ja@enois.br>
    	spawn=Paulo Roberto <parob@empresa.org> America/Sao_Paulo

note: type: Plain text
en: 'git cvsimport' will make it appear as those authors had their GIT_AUTHOR_NAME and GIT_AUTHOR_EMAIL set properly all along.  If a time zone is specified, GIT_AUTHOR_DATE will have the corresponding offset applied.
pt_BR: O `git cvsimport` fará com que estes autores apareçam como se sempre tivessem as variáveis `GIT_AUTHOR_NAME` e `GIT_AUTHOR_EMAIL` corretamente definidas o tempo todo.  Se um fuso horário for usado, a variável `GIT_AUTHOR_DATE` terá a correção do fuso horário correspondente devidamente ajustado.

note: type: Plain text
en: For convenience, this data is saved to `$GIT_DIR/cvs-authors` each time the '-A' option is provided and read from that same file each time 'git cvsimport' is run.
pt_BR: Por conveniência, esses dados são salvos em `$GIT_DIR/cvs-authors` sempre que a opção `-A` for usada e lidos deste mesmo arquivo sempre que o comando `git cvsimport` for executado.

note: type: Plain text
en: It is not recommended to use this feature if you intend to export changes back to CVS again later with 'git cvsexportcommit'.
pt_BR: Não é recomendável usar esse recurso caso você queira exportar as alterações novamente para o CVS mais tarde com o comando `git cvsexportcommit`.

note: type: Plain text
en: Generate a `$GIT_DIR/cvs-revisions` file containing a mapping from CVS revision numbers to newly-created Git commit IDs.  The generated file will contain one line for each (filename, revision) pair imported; each line will look like
pt_BR: Gere um arquivo `$GIT_DIR/cvs-revisions` contendo um mapeamento dos números da revisão do CVS para os IDs dos commits do Git recém-criados.  O arquivo gerado conterá uma linha para cada par (nome do arquivo, revisão) importado; cada linha será semelhante a

note: type: Plain text
en: The revision data is appended to the file if it already exists, for use when doing incremental imports.
pt_BR: Os dados da revisão são anexados ao arquivo, para uso ao fazer as importações incrementais, caso já exista.

note: type: Plain text
en: This option may be useful if you have CVS revision numbers stored in commit messages, bug-tracking systems, email archives, and the like.
pt_BR: Esta opção pode ser útil caso tenha os números da revisão do CVS armazenados nas mensagens do commit, sistemas de rastreamento de erros, arquivos de email e similares.

note: type: Plain text
en: Print a short usage message and exit.
pt_BR: Imprima uma mensagem curta de uso e encerre.

note: type: Plain text
en: If `-v` is specified, the script reports what it is doing.
pt_BR: Caso `-v` seja usado, o script informa o quê está fazendo.

note: type: Plain text
en: Otherwise, success is indicated the Unix way, i.e. by simply exiting with a zero exit status.
pt_BR: Caso contrário, o sucesso é indicado da maneira Unix, ou seja, simplesmente saindo com um status de saída zero.

note: type: Title -
en: ISSUES
pt_BR: PROBLEMAS

note: type: Plain text
en: Problems related to timestamps:
pt_BR: Problemas relacionados aos registro de data e hora:

note: type: Plain text
en: If timestamps of commits in the CVS repository are not stable enough to be used for ordering commits changes may show up in the wrong order.
pt_BR: Caso os registro de data e hora dos commits no repositório CVS não forem estáveis o suficiente para serem usados para ordenar os commits, estes poderão aparecer na ordem errada.

note: type: Plain text
en: If any files were ever "cvs import"ed more than once (e.g., import of more than one vendor release) the HEAD contains the wrong content.
pt_BR: Caso algum arquivo seja "importado por cvs" mais de uma vez (por exemplo, a importação de mais de uma versão do fornecedor), o conteúdo do `HEAD` estará errado.

note: type: Plain text
en: If the timestamp order of different files cross the revision order within the commit matching time window the order of commits may be wrong.
pt_BR: Caso a ordem do registro de data e hora dos diferentes arquivos cruze com a ordem da revisão dentro do commit que concida com a janela de tempo do commit, a ordem dos commits poderá estar incorreta.

note: type: Plain text
en: Problems related to branches:
pt_BR: Problemas relacionados com os ramos:

note: type: Plain text
en: Branches on which no commits have been made are not imported.
pt_BR: As ramificações não são importadas quando nenhum commit tenha sido for feito neles.

note: type: Plain text
en: All files from the branching point are added to a branch even if never added in CVS.
pt_BR: Todos os arquivos do ponto de ramificação são adicionados a um ramo, mesmo que nunca sejam adicionados ao CVS.

note: type: Plain text
en: This applies to files added to the source branch *after* a daughter branch was created: if previously no commit was made on the daughter branch they will erroneously be added to the daughter branch in git.
pt_BR: Isso aplica-se aos arquivos adicionados ao ramo de origem *após* a criação de uma ramificação filha tenha sido criada: no caso de nenhum commit anterior ter sido feito nesta ramificação filha, esta será erroneamente adicionada ao git.

note: type: Plain text
en: Problems related to tags:
pt_BR: Problemas relacionados com as tags:

note: type: Plain text
en: Multiple tags on the same revision are not imported.
pt_BR: Caso a mesma revisão tenha várias tags, elas não serão importadas.

note: type: Plain text
en: If you suspect that any of these issues may apply to the repository you want to import, consider using cvs2git:
pt_BR: Se você suspeitar que algum desses problemas possa se aplicar ao repositório que você deseja importar, considere usar o cvs2git:

note: type: Plain text
en: git-cvsserver - A CVS server emulator for Git
pt_BR: git-cvsserver - Um emulador CVS para o Git

note: type: Plain text
en: Usage:
pt_BR: Uso:

note: type: Plain text
en: 'git-cvsserver' [<options>] [pserver|server] [<directory> ...]
pt_BR: 'git-cvsserver' [<opções>] [pserver|server] [<diretório> ...]

note: type: Plain text
en: All these options obviously only make sense if enforced by the server side.  They have been implemented to resemble the linkgit:git-daemon[1] options as closely as possible.
pt_BR: Obviamente, todas essas opções só fazem sentido se aplicadas pelo lado do servidor.  Eles foram implementados para se parecerem o mais próximo possível com as opções linkgit:git-daemon[1].

note: type: Labeled list
en: --base-path <path>
pt_BR: --base-path <caminho>

note: type: Plain text
en: Prepend 'path' to requested CVSROOT
pt_BR: Acrescente o `caminho` para o CVSROOT solicitado

note: type: Plain text
en: Don't allow recursing into subdirectories
pt_BR: Não permitir a recorrência em subdiretórios

note: type: Plain text
en: Don't check for `gitcvs.enabled` in config. You also have to specify a list of allowed directories (see below) if you want to use this option.
pt_BR: Não verifique por `gitcvs.enabled` na configuração. Caso queira usar esta opção você também precisa especificar uma lista de diretórios permitidos (veja abaixo).

note: type: Plain text
en: Print version information and exit
pt_BR: Imprima a informação da versão e encerre

note: type: Plain text
en: Print usage information and exit
pt_BR: Imprima a informação de uso e encerre

note: type: Plain text
en: You can specify a list of allowed directories. If no directories are given, all are allowed. This is an additional restriction, gitcvs access still needs to be enabled by the `gitcvs.enabled` config option unless `--export-all` was given, too.
pt_BR: Você pode especificar uma lista de diretórios permitidos. Caso nenhum diretório seja informado, todos serão permitidos. Esta é uma restrição adicional, o acesso ao `gitcvs` ainda precisa ser ativado pela opção de configuração do `gitcvs.enabled`, a menos que o `--export=all` também tenha sido usado.

note: type: Plain text
en: This application is a CVS emulation layer for Git.
pt_BR: Esta aplicação é uma camada de emulação do CVS para o Git.

note: type: Plain text
en: It is highly functional. However, not all methods are implemented, and for those methods that are implemented, not all switches are implemented.
pt_BR: É altamente funcional. No entanto, nem todos os métodos são implementados e para os métodos já implementados, nem todos as chaves estão implementadas.

note: type: Plain text
en: Testing has been done using both the CLI CVS client, and the Eclipse CVS plugin. Most functionality works fine with both of these clients.
pt_BR: O teste foi realizado usando o cliente CLI CVS e o plug-in Eclipse CVS. A maioria das funcionalidades funciona bem com esses dois clientes.

note: type: Title -
en: LIMITATIONS
pt_BR: LIMITAÇÕES

note: type: Plain text
en: CVS clients cannot tag, branch or perform Git merges.
pt_BR: Os clientes CVS não podem marcar, ramificar ou executar mesclagens do Git.

note: type: Plain text
en: 'git-cvsserver' maps Git branches to CVS modules. This is very different from what most CVS users would expect since in CVS modules usually represent one or more directories.
pt_BR: O comando `git-cvsserver` mapeia as ramificações do Git para os módulos CVS. Isso é muito diferente do que a maioria dos usuários do CVS esperariam, uma vez que nos módulos do CVS geralmente representam um ou mais diretórios.

note: type: Title -
en: INSTALLATION
pt_BR: INSTALAÇÃO

note: type: Plain text
en: If you are going to offer CVS access via pserver, add a line in /etc/inetd.conf like
pt_BR: Caso queira oferecer acesso ao CVS via `pserver`, adicione uma linha no `/etc/inetd.conf`, exemplo

note: type: Plain text
en: Note: Some inetd servers let you specify the name of the executable independently of the value of argv[0] (i.e. the name the program assumes it was executed with). In this case the correct line in /etc/inetd.conf looks like
pt_BR: Alguns servidores `inetd` permite especificar o nome do executável independentemente do valor de `argv[0]` (ou seja, o nome com o qual o programa assume que foi executado). Nesse caso, a linha correta no `/etc/inetd.conf` se parece com

note: type: Plain text
en: Only anonymous access is provided by pserve by default. To commit you will have to create pserver accounts, simply add a gitcvs.authdb setting in the config file of the repositories you want the cvsserver to allow writes to, for example:
pt_BR: Por predefinição, o `pserve` oferece apenas o acesso anônimo. Para fazer o commit, você precisará criar contas `pserver`, basta adicionar uma configuração `gitcvs.authdb` no arquivo de configuração dos repositórios nos quais você deseja que o `cvsserver` tenha permissão de gravação, por exemplo:

note: type: Plain text
en: The format of these files is username followed by the encrypted password, for example:
pt_BR: O formato destes arquivos é o nome do usuário seguido pela senha criptografada, por exemplo:

note: type: Plain text
en: You can use the 'htpasswd' facility that comes with Apache to make these files, but Apache's MD5 crypt method differs from the one used by most C library's crypt() function, so don't use the -m option.
pt_BR: Você pode usar o recurso `htpasswd` que acompanha o Apache para criar estes arquivos, mas o método MD5 de criptografia do Apache difere daquele usado pela maioria das funções `crypt()` da biblioteca C, portanto, não use a opção `-m`.

note: type: Plain text
en: Alternatively you can produce the password with perl's crypt() operator:
pt_BR: Como alternativa, você pode produzir a senha com o operador `crypt()` do perl:

note: type: delimited block -
en:    perl -e 'my ($user, $pass) = @ARGV; printf "%s:%s\n", $user, crypt($user, $pass)' $USER password
pt_BR:    perl -e 'my ($user, $pass) = @ARGV; printf "%s:%s\n", $user, crypt($user, $pass)' $USER senha

note: type: Plain text
en: Then provide your password via the pserver method, for example:
pt_BR: Em seguida, forneça sua senha pelo método `pserver`, por exemplo:

note: type: delimited block -
en:    cvs -d:pserver:someuser:somepassword <at> server/path/repo.git co <HEAD_name>
pt_BR:    cvs -d:pserver:algum-usuário:alguma-senha <at> server/path/repo.git co <HEAD_name>

note: type: Plain text
en: No special setup is needed for SSH access, other than having Git tools in the PATH. If you have clients that do not accept the CVS_SERVER environment variable, you can rename 'git-cvsserver' to `cvs`.
pt_BR: Nenhuma configuração especial é necessária para o acesso SSH, além de ter as ferramentas Git no PATH. Caso tenha clientes que não aceitam a variável de ambiente `CVS_SERVER`, é possível renomear o `git-cvsserver` para `cvs`.

note: type: Plain text
en: Note: Newer CVS versions (>= 1.12.11) also support specifying CVS_SERVER directly in CVSROOT like
pt_BR: Nota: As versões mais recentes do CVS (>= 1.12.11) também é compatível a especificação do `CVS_SERVER` diretamente no `CVSROOT`, como

note: type: Plain text
en: This has the advantage that it will be saved in your 'CVS/Root' files and you don't need to worry about always setting the correct environment variable.  SSH users restricted to 'git-shell' don't need to override the default with CVS_SERVER (and shouldn't) as 'git-shell' understands `cvs` to mean 'git-cvsserver' and pretends that the other end runs the real 'cvs' better.
pt_BR: Isso tem a vantagem de ser salvo nos arquivos `CVS/Root` e você não precisa se preocupar em sempre definir a variável do ambiente corretamente.  Os usuários SSH restritos ao `git shell` não precisam substituir a predefinição com `CVS_SERVER` (e não deveriam), pois o `git shell` entende o `cvs` como `git-cvsserver` e finge que a outra extremidade executa melhor o `cvs` real.

note: type: Plain text
en: For each repo that you want accessible from CVS you need to edit config in the repo and add the following section.
pt_BR: Para cada repositório que você queira acessar no CVS, é necessário editar a configuração no repositório e adicionar a seção a seguir.

note: type: delimited block -
en:    [gitcvs]
            enabled=1
            # optional for debugging
    	logFile=/path/to/logfile
pt_BR:    [gitcvs]
            enabled=1
            # optional for debugging
    	logFile=/caminho/para/o/logfile

note: type: Plain text
en: Note: you need to ensure each user that is going to invoke 'git-cvsserver' has write access to the log file and to the database (see <<dbbackend,Database Backend>>. If you want to offer write access over SSH, the users of course also need write access to the Git repository itself.
pt_BR: Nota: você precisa garantir que cada usuário que invoque o comando `git-cvsserver` tenha acesso de gravação ao arquivo de registro log e ao banco de dados (consulte <<dbbackend,Database Backend>>. Caso queira oferecer acesso de gravação via SSH, é óbvio que os usuários também precisam ter acesso de gravação ao próprio repositório Git.

note: type: Plain text
en: You also need to ensure that each repository is "bare" (without a Git index file) for `cvs commit` to work. See linkgit:gitcvs-migration[7].
pt_BR: Você também precisa garantir que cada repositório esteja "nu" (sem um arquivo de índice Git) para que o comando `cvs commit' funcione. Consulte linkgit:gitcvs-migration[7].

note: type: Plain text
en: All configuration variables can also be overridden for a specific method of access. Valid method names are "ext" (for SSH access) and "pserver". The following example configuration would disable pserver access while still allowing access over SSH.
pt_BR: Todas as variáveis de configuração também podem ser substituídas por um método específico de acesso. Os nomes para os métodos válidos são `ext` (para acesso SSH) e `pserver`. O exemplo de configuração a seguir desabilitaria o acesso ao `pserver` enquanto ainda permita o acesso pelo SSH.

note: type: Plain text
en: If you didn't specify the CVSROOT/CVS_SERVER directly in the checkout command, automatically saving it in your 'CVS/Root' files, then you need to set them explicitly in your environment.  CVSROOT should be set as per normal, but the directory should point at the appropriate Git repo.  As above, for SSH clients _not_ restricted to 'git-shell', CVS_SERVER should be set to 'git-cvsserver'.
pt_BR: Caso não tenha especificado o `CVSROOT/CVS_SERVER` diretamente no comando do checkout, salvando-o automaticamente nos arquivos 'CVS/Root', então é necessário defini-los de forma explicita na sua variável de ambiente.  O `CVSROOT` deve ser definido normalmente, mas o diretório deve apontar para o repositório Git apropriado.  Como acima, os clientes SSH _não_ estão restritos ao `git-shell`, o `CVS_SERVER` deve ser definido com o comando `git cvsserver`.

note: type: Plain text
en: For SSH clients that will make commits, make sure their server-side .ssh/environment files (or .bashrc, etc., according to their specific shell)  export appropriate values for GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_COMMITTER_NAME, and GIT_COMMITTER_EMAIL.  For SSH clients whose login shell is bash, .bashrc may be a reasonable alternative.
pt_BR: Para clientes SSH que efetuam commits, verifique se os arquivos `.ssh/environment` do lado do servidor (ou `.bashrc`, etc., de acordo com o seu ambiente shell da sia distro) exportam os valores apropriados para `GIT_AUTHOR_NAME`, `GIT_AUTHOR_EMAIL`, `GIT_COMMITTER_NAME` e `GIT_COMMITTER_EMAIL`.  Para clientes SSH cujo shell de login seja o bash, o `.bashrc` pode ser uma alternativa razoável.

note: type: Plain text
en: Clients should now be able to check out the project. Use the CVS 'module' name to indicate what Git 'head' you want to check out.  This also sets the name of your newly checked-out directory, unless you tell it otherwise with `-d <dir_name>`.  For example, this checks out 'master' branch to the `project-master` directory:
pt_BR: Os clientes agora devem conseguir fazer o check-out no projeto. Use o nome do 'module' do CVS para indicar qual 'head' do Git você deseja fazer o check-out.  Isso também define o nome do diretório que foi feito o check-out recentemente, a menos que você diga o contrário com a opção `-d`. Por exemplo, isso faz check-out da ramificação 'master' no diretório `master do projeto`:  Por exemplo, é verificado o ramo 'master' no diretório `project-master`:

note: type: Title -
en: DATABASE BACKEND
pt_BR: ESTRUTURA DO BANCO DE DADOS

note: type: Plain text
en: 'git-cvsserver' uses one database per Git head (i.e. CVS module) to store information about the repository to maintain consistent CVS revision numbers. The database needs to be updated (i.e. written to) after every commit.
pt_BR: O comando `git-cvsserver` utiliza um banco de dados por cabeçalho Git (ou seja, módulo CVS) para armazenar as informações sobre o repositório, para manter números de revisão do CVS consistentes. O banco de dados precisa ser atualizado após cada commit.

note: type: Plain text
en: If the commit is done directly by using `git` (as opposed to using 'git-cvsserver') the update will need to happen on the next repository access by 'git-cvsserver', independent of access method and requested operation.
pt_BR: Caso o commit seja feito diretamente usando o `git` (em vez de usar o `git-cvsserver`), a atualização precisará ocorrer no próximo acesso ao repositório pelo `git-cvsserver`, independentemente do método de acesso e da operação solicitada.

note: type: Plain text
en: That means that even if you offer only read access (e.g. by using the pserver method), 'git-cvsserver' should have write access to the database to work reliably (otherwise you need to make sure that the database is up to date any time 'git-cvsserver' is executed).
pt_BR: Isso significa que, mesmo que você ofereça apenas o acesso de leitura (usando o método `pserver` por exemplo), o comando `git-cvsserver` deve ter acesso de gravação ao banco de dados para funcionar de maneira correta (caso contrário, você precisa garantir que o banco de dados esteja atualizado a qualquer momento quando o `git-cvsserver` for executado).

note: type: Plain text
en: By default it uses SQLite databases in the Git directory, named `gitcvs.<module_name>.sqlite`. Note that the SQLite backend creates temporary files in the same directory as the database file on write so it might not be enough to grant the users using 'git-cvsserver' write access to the database file without granting them write access to the directory, too.
pt_BR: Por predefinição no diretório Git é utilizado o banco de dados SQLite com nome `gitcvs.<nome_do_módulo>.sqlite`. Observe que a estrutura do SQLite cria arquivos temporários no mesmo diretório que o arquivo de banco de dados durante a gravação, portanto, pode não ser suficiente conceder aos usuários que usam o `vgit-cvsserver` o acesso de gravação ao arquivo do banco de dados sem conceder a eles também o acesso de gravação ao diretório.

note: type: Plain text
en: You can configure the database backend with the following configuration variables:
pt_BR: Você pode configurar a estrutura do banco de dados com as seguintes variáveis de configuração:

note: type: Title ~
en: Configuring database backend
pt_BR: Configurando a estrutura do banco de dados

note: type: Plain text
en: 'git-cvsserver' uses the Perl DBI module. Please also read its documentation if changing these variables, especially about `DBI->connect()`.
pt_BR: O 'git-cvsserver' utiliza o módulo Perl DBI. Leia também a sua documentação caso mude essas variáveis, especialmente as relacionadas com `DBI->connect()`.

note: type: Plain text
en: Database name. The exact meaning depends on the selected database driver, for SQLite this is a filename.  Supports variable substitution (see below). May not contain semicolons (`;`).  Default: '%Ggitcvs.%m.sqlite'
pt_BR: Nome do banco de dados. O significado exato depende do driver do banco de dados selecionado; para o SQLite, esse é um nome do arquivo.  É compatível com a substituição da variável (veja abaixo). Não pode conter ponto e vírgula (`;`).  Predefinição: '%Ggitcvs.%m.sqlite'

note: type: Plain text
en: Used DBI driver. You can specify any available driver for this here, but it might not work. cvsserver is tested with 'DBD::SQLite', reported to work with 'DBD::Pg', and reported *not* to work with 'DBD::mysql'.  Please regard this as an experimental feature. May not contain colons (`:`).  Default: 'SQLite'
pt_BR: Driver DBI usado. Você pode especificar qualquer driver disponível, mas pode não funcionar. O `cvsserver` é testado com 'DBD::SQLite', foi informado que funciona com 'DBD::Pg' mas *não* com 'DBD::mysql'.  Considere isso como um recurso experimental. Não pode conter ponto e vírgula (`;`).  Predefinição: 'SQLite'

note: type: Plain text
en: Database user. Only useful if setting `dbDriver`, since SQLite has no concept of database users. Supports variable substitution (see below).
pt_BR: Banco de dados do usuário. Útil apenas caso o `dbDriver` esteja configurando, pois o banco de dados SQLite não trabalha com usuários. É compatível com a substituição da variável (veja abaixo).

note: type: Plain text
en: Database password.  Only useful if setting `dbDriver`, since SQLite has no concept of database passwords.
pt_BR: Senha do banco de dados.  Útil apenas caso o  `dbDriver` esteja configurando, pois o banco de dados SQLite não trabalha com senhas.

note: type: Plain text
en: Database table name prefix.  Supports variable substitution (see below).  Any non-alphabetic characters will be replaced with underscores.
pt_BR: Prefixo do nome da tabela do banco de dados.  É compatível com a substituição da variável (veja abaixo).  Quaisquer caracteres não alfabéticos serão substituídos por sublinhados.

note: type: Plain text
en: All variables can also be set per access method, see <<configaccessmethod,above>>.
pt_BR: Todas as variáveis também podem ser definidas através do método de acesso, consulte <<configaccessmethod,above>>.

note: type: Title ^
en: Variable substitution
pt_BR: Substituição de variável

note: type: Plain text
en: In `dbDriver` and `dbUser` you can use the following variables:
pt_BR: Você pode utilizar as seguintes variáveis em `dbDriver` e `dbUser`:

note: type: Plain text
en: Git directory name
pt_BR: Nome do diretório Git

note: type: Plain text
en: Git directory name, where all characters except for alphanumeric ones, `.`, and `-` are replaced with `_` (this should make it easier to use the directory name in a filename if wanted)
pt_BR: O nome do diretório Git onde todos os caracteres exceto os alfanuméricos, `.` e `-`, são substituídos por `_` (isso deve facilitar o uso do nome do diretório em um nome de arquivo, se assim for desejado)

note: type: Plain text
en: access method (one of "ext" or "pserver")
pt_BR: método de acesso (um "ext" ou "pserver")

note: type: Plain text
en: Name of the user running 'git-cvsserver'.  If no name can be determined, the numeric uid is used.
pt_BR: Nome do usuário que está executando o 'git-cvsserver'.  O uid numérico é utilizado caso nenhum nome possa ser determinado.

note: type: Plain text
en: These variables obviate the need for command-line options in some circumstances, allowing easier restricted usage through git-shell.
pt_BR: Essas variáveis evitam a necessidade do uso de opções na linha de comando em algumas circunstâncias, permitindo um uso restrito e mais fácil através do `git-shell`.

note: type: Plain text
en: GIT_CVSSERVER_BASE_PATH takes the place of the argument to --base-path.
pt_BR: `GIT_CVSSERVER_BASE_PATH` substitui o argumento para `--base-path`.

note: type: Plain text
en: GIT_CVSSERVER_ROOT specifies a single-directory whitelist. The repository must still be configured to allow access through git-cvsserver, as described above.
pt_BR: GIT_CVSSERVER_ROOT especifica uma lista branca de diretórios únicos. O repositório ainda deve estar configurado para permitir o acesso através do `git-cvsserver`, conforme descrito acima.

note: type: Plain text
en: When these environment variables are set, the corresponding command-line arguments may not be used.
pt_BR: Quando essas variáveis do ambiente são definidas, os argumentos correspondentes da linha de comando não podem ser usados.

note: type: Title -
en: ECLIPSE CVS CLIENT NOTES
pt_BR: NOTAS DO CLIENTE ECLIPSE CVS

note: type: Plain text
en: To get a checkout with the Eclipse CVS client:
pt_BR: Para conseguir um check-out com o cliente Eclipse CVS:

note: type: Plain text
en: Select "Create a new project -> From CVS checkout"
pt_BR: Escolha "Criar um novo projeto -> Do check-ou CVS"

note: type: Plain text
en: Create a new location. See the notes below for details on how to choose the right protocol.
pt_BR: Crie um novo local. Veja as anotações abaixo para obter mais detalhes sobre como escolher o protocolo correto.

note: type: Plain text
en: Browse the 'modules' available. It will give you a list of the heads in the repository. You will not be able to browse the tree from there. Only the heads.
pt_BR: Navegue pelos 'módulos' disponíveis. Ele fornecerá uma lista dos `heads` no repositório. Você não poderá navegar na árvore a partir daí. Apenas os `heads`.

note: type: Plain text
en: Pick `HEAD` when it asks what branch/tag to check out. Untick the "launch commit wizard" to avoid committing the .project file.
pt_BR: Escolha `HEAD` quando perguntar qual o ramo/tag deve ser verificado. Desmarque o "assistente de inicialização do commit" para evitar fazer o commit no arquivo .project.

note: type: Plain text
en: Protocol notes: If you are using anonymous access via pserver, just select that.  Those using SSH access should choose the 'ext' protocol, and configure 'ext' access on the Preferences->Team->CVS->ExtConnection pane. Set CVS_SERVER to "`git cvsserver`". Note that password support is not good when using 'ext', you will definitely want to have SSH keys setup.
pt_BR: Notas sobre o protocolo: Selecione isso caso esteja usando o acesso anônimo via pserver.  Aqueles que usam o acesso SSH devem escolher o protocolo 'ext' e configurar o acesso 'ext' no painel "Preferências> Equipe> CVS> ExtConnection". Defina o `CVS_SERVER` para "`git cvsserver`". Observe que o suporte à senha não é bom quando usar o 'ext'; você definitivamente vai preferir usar e ter as chaves SSH configuradas.

note: type: Plain text
en: Alternatively, you can just use the non-standard extssh protocol that Eclipse offer. In that case CVS_SERVER is ignored, and you will have to replace the cvs utility on the server with 'git-cvsserver' or manipulate your `.bashrc` so that calling 'cvs' effectively calls 'git-cvsserver'.
pt_BR: Como alternativa, você pode apenas usar o protocolo não padrão `extssh` que o Eclipse oferece. Neste caso o `CVS_SERVER` é ignorado e você terá que substituir o utilitário cvs no servidor por `git-cvsserver` ou manipular o seu `.bashrc` para que a chamada 'cvs' efetivamente chame o `git-cvsserver`.

note: type: Title -
en: CLIENTS KNOWN TO WORK
pt_BR: CLIENTES CONHECIDOS QUE FUNCIONAM

note: type: Plain text
en: CVS 1.12.9 on Debian
pt_BR: CVS 1.12.9 no Debian

note: type: Plain text
en: CVS 1.11.17 on MacOSX (from Fink package)
pt_BR: CVS 1.11.17 no MacOSX (do pacote Fink)

note: type: Plain text
en: Eclipse 3.0, 3.1.2 on MacOSX (see Eclipse CVS Client Notes)
pt_BR: Eclipse 3.0, 3.1.2 no MacOSX (veja notas do Cliente Eclipse CVS)

note: type: Title -
en: OPERATIONS SUPPORTED
pt_BR: OPERAÇÕES COMPATÍVEIS

note: type: Plain text
en: All the operations required for normal use are supported, including checkout, diff, status, update, log, add, remove, commit.
pt_BR: Todas as operações necessárias para o uso normal são compatíveis, incluindo "checkout", "diff", "status", "update", "log", "add", "remove" e "commit".

note: type: Plain text
en: Most CVS command arguments that read CVS tags or revision numbers (typically -r) work, and also support any git refspec (tag, branch, commit ID, etc).  However, CVS revision numbers for non-default branches are not well emulated, and cvs log does not show tags or branches at all.  (Non-main-branch CVS revision numbers superficially resemble CVS revision numbers, but they actually encode a git commit ID directly, rather than represent the number of revisions since the branch point.)
pt_BR: A maioria dos argumentos dos comandos do CVS que leem as tags CVS ou os números da revisão (normalmente `-r`) funcionam, e também são compatíveis com qualquer git "refspec" ("tag", "branch", ID do commit, etc).  No entanto, os números de revisão do CVS para as ramificações fora do padrão não são bem emuladas e o registro log do cvs não exibe as tags ou quaisquer ramificações.  (Os números de revisão do CVS que não são do ramo principal se assemelham superficialmente aos números da revisão do CVS, mas na verdade codificam um ID do commit diretamente, em vez de representar a quantidade de revisões desde o ponto da ramificação inicial.)

note: type: Plain text
en: Note that there are two ways to checkout a particular branch.  As described elsewhere on this page, the "module" parameter of cvs checkout is interpreted as a branch name, and it becomes the main branch.  It remains the main branch for a given sandbox even if you temporarily make another branch sticky with cvs update -r.  Alternatively, the -r argument can indicate some other branch to actually checkout, even though the module is still the "main" branch.  Tradeoffs (as currently implemented): Each new "module" creates a new database on disk with a history for the given module, and after the database is created, operations against that main branch are fast.  Or alternatively, -r doesn't take any extra disk space, but may be significantly slower for many operations, like cvs update.
pt_BR: Observe que existem duas maneiras de fazer check-out de uma determinada ramificação.  Conforme descrito em outra parte desta página, o parâmetro "module" do "cvs checkout" é interpretado como um nome do ramo e se torna o ramo principal.  Ele permanece o ramo principal de uma determinada caixa de areia, mesmo que você temporariamente torne outro ramo persistente com o comando "cvs update -r".  Como alternativa, o argumento `-r` pode indicar alguma outra ramificação para realmente efetuar o checkout, mesmo que o módulo ainda seja a ramificação "main" (principal).  Dilemas (conforme implementadas atualmente): Cada novo "module" cria um novo banco de dados em disco com um histórico para determinado módulo, após a criação do banco de dados, as operações nesse ramo principal são rápidas.  Ou, como alternativa, o argumento `-r` não ocupa espaço extra em disco, mas pode ser significativamente mais lento em muitas operações, como o comando `cvs update`.

note: type: Plain text
en: If you want to refer to a git refspec that has characters that are not allowed by CVS, you have two options.  First, it may just work to supply the git refspec directly to the appropriate CVS -r argument; some CVS clients don't seem to do much sanity checking of the argument.  Second, if that fails, you can use a special character escape mechanism that only uses characters that are valid in CVS tags.  A sequence of 4 or 5 characters of the form (underscore (`"_"`), dash (`"-"`), one or two characters, and dash (`"-"`)) can encode various characters based on the one or two letters: `"s"` for slash (`"/"`), `"p"` for period (`"."`), `"u"` for underscore (`"_"`), or two hexadecimal digits for any byte value at all (typically an ASCII number, or perhaps a part of a UTF-8 encoded character).
pt_BR: Caso queira se referir a um "git refspec" que possua caracteres não permitidos pelo CVS, você tem duas opções.  Primeiro, pode funcionar apenas para informar ao git "refspec" diretamente o argumento CVS `-r` apropriado; alguns clientes do CVS parecem não verificar a sanidade do argumento.  Segundo, caso falhe, você pode usar um mecanismo especial de escape de caracteres que utiliza apenas os caracteres válidos nas tags do CVS.  Uma sequência de 4 ou 5 caracteres do formulário (sublinhado (`"_"`), traço (`"-"`), um ou dois caracteres e traço (`"-"`)) pode codificar vários caracteres com base em uma ou duas letras: `"s"` para a barra (`"/"`), `"p"` para o ponto (`"."`), `"u"` para o sublinhado (`"_"`) ou dois dígitos hexadecimais para qualquer valor de byte (normalmente um número ASCII ou talvez parte de um caractere codificado em UTF-8).

note: type: Plain text
en: Legacy monitoring operations are not supported (edit, watch and related).  Exports and tagging (tags and branches) are not supported at this stage.
pt_BR: As operações de monitoramento herdadas não são compatíveis edit, watch e related).  As exportações e as tags (tags e ramos) não são compatíveis neste estágio.

note: type: Title ~
en: CRLF Line Ending Conversions
pt_BR: Conversões de final de linha CRLF

note: type: Plain text
en: By default the server leaves the `-k` mode blank for all files, which causes the CVS client to treat them as a text files, subject to end-of-line conversion on some platforms.
pt_BR: Por predefinição o servidor deixa o modo `-k` em branco para todos os arquivos, o que faz com que o cliente CVS os trate como arquivos de texto, sujeitos à conversão de fim de linha em algumas plataformas.

note: type: Plain text
en: You can make the server use the end-of-line conversion attributes to set the `-k` modes for files by setting the `gitcvs.usecrlfattr` config variable.  See linkgit:gitattributes[5] for more information about end-of-line conversion.
pt_BR: Você pode fazer com que o servidor use os atributos de conversão do final de linha nos arquivos usando o modos `-k` ou definindo a variável de configuração` gitcvs.usecrlfattr`.  Consulte linkgit:gitattributes[5] para mais informações sobre a conversão do final de linha de um arquivo.

note: type: Plain text
en: Alternatively, if `gitcvs.usecrlfattr` config is not enabled or the attributes do not allow automatic detection for a filename, then the server uses the `gitcvs.allBinary` config for the default setting.  If `gitcvs.allBinary` is set, then file not otherwise specified will default to '-kb' mode. Otherwise the `-k` mode is left blank. But if `gitcvs.allBinary` is set to "guess", then the correct `-k` mode will be guessed based on the contents of the file.
pt_BR: Como alternativa, caso a configuração `gitcvs.usecrlfattr` não esteja ativa ou os atributos não permitam a detecção automática de um nome de arquivo, o servidor utilizará a configuração `gitcvs.allBinary` como a sua configuração predefinida.  Caso `gitcvs.allBinary` esteja definido, o arquivo não especificado de outra forma será padronizado para o modo `-kb`. Caso contrário, o modo `-k` é deixado em branco. No entanto, caso `gitcvs.allBinary` seja definido como "guess", o modo `-k` correto será adivinhado com base no conteúdo do arquivo..

note: type: Plain text
en: For best consistency with 'cvs', it is probably best to override the defaults by setting `gitcvs.usecrlfattr` to true, and `gitcvs.allBinary` to "guess".
pt_BR: Para uma melhor compatibilidade com o 'cvs', provavelmente é melhor substituir os valores predefinidos configurando `gitcvs.usecrlfattr` como "true" e `gitcvs.allBinary` para "guess".

note: type: Title -
en: DEPENDENCIES
pt_BR: DEPENDÊNCIAS

note: type: Plain text
en: 'git-cvsserver' depends on DBD::SQLite.
pt_BR: 'git-cvsserver' é dependente do DBD::SQLite.

note: type: Plain text
en: git-daemon - A really simple server for Git repositories
pt_BR: git-daemon - Um servidor realmente simples para os repositórios Git

note: type: Plain text
en: 'git daemon' [--verbose] [--syslog] [--export-all]
    	     [--timeout=<n>] [--init-timeout=<n>] [--max-connections=<n>]
    	     [--strict-paths] [--base-path=<path>] [--base-path-relaxed]
    	     [--user-path | --user-path=<path>]
    	     [--interpolated-path=<pathtemplate>]
    	     [--reuseaddr] [--detach] [--pid-file=<file>]
    	     [--enable=<service>] [--disable=<service>]
    	     [--allow-override=<service>] [--forbid-override=<service>]
    	     [--access-hook=<path>] [--[no-]informative-errors]
    	     [--inetd |
    	      [--listen=<host_or_ipaddr>] [--port=<n>]
    	      [--user=<user> [--group=<group>]]]
    	     [--log-destination=(stderr|syslog|none)]
    	     [<directory>...]
pt_BR: 'git daemon' [--verbose] [--syslog] [--export-all]
    	     [--timeout=<n>] [--init-timeout=<n>] [--max-connections=<n>]
    	     [--strict-paths] [--base-path=<caminho>] [--base-path-relaxed]
    	     [--user-path | --user-path=<caminho>]
    	     [--interpolated-path=<modelo-de-caminho>]
    	     [--reuseaddr] [--detach] [--pid-file=<arquivo>]
    	     [--enable=<serviço>] [--disable=<serviço>]
    	     [--allow-override=<serviço>] [--forbid-override=<serviço>]
    	     [--access-hook=<path>] [--[no-]informative-errors]
    	     [--inetd |
    	      [--listen=<host_or_ipaddr>] [--port=<n>]
    	      [--user=<usuário> [--group=<grupo>]]]
    	     [--log-destination=(stderr|syslog|none)]
    	     [<directory>...]

note: type: Plain text
en: A really simple TCP Git daemon that normally listens on port "DEFAULT_GIT_PORT" aka 9418.  It waits for a connection asking for a service, and will serve that service if it is enabled.
pt_BR: Um daemon TCP Git realmente simples e que normalmente escuta na porta "DEFAULT_GIT_PORT", também conhecida como 9418.  Aguarda uma conexão solicitando um serviço e o servirá caso esteja ativo.

note: type: Plain text
en: It verifies that the directory has the magic file "git-daemon-export-ok", and it will refuse to export any Git directory that hasn't explicitly been marked for export this way (unless the `--export-all` parameter is specified). If you pass some directory paths as 'git daemon' arguments, you can further restrict the offers to a whitelist comprising of those.
pt_BR: Ele verifica se o diretório possui o arquivo mágico "git-daemon-export-ok" e se recusará a exportar qualquer diretório Git que não tenha sido explicitamente marcado para exportação dessa maneira (a menos que o parâmetro `--export-all` seja usado). Caso passe alguns caminhos de diretórios como argumentos par ao 'git daemon', é possível restringir ainda mais as ofertas a uma lista de permissões composta por eles.

note: type: Plain text
en: By default, only `upload-pack` service is enabled, which serves 'git fetch-pack' and 'git ls-remote' clients, which are invoked from 'git fetch', 'git pull', and 'git clone'.
pt_BR: É predefinido que apenas o serviço `upload-pack` esteja ativo, o que atende aos clientes são o 'git fetch-pack' e 'git ls-remote', que são chamados de 'git fetch', 'git pull' e 'git clone'.

note: type: Plain text
en: This is ideally suited for read-only updates, i.e., pulling from Git repositories.
pt_BR: Isso é o ideal para as atualizações de somente leitura, ou seja, extrair dos repositórios Git.

note: type: Plain text
en: An `upload-archive` also exists to serve 'git archive'.
pt_BR: Também existe um `upload-archive` para servir o `git archive` .

note: type: Plain text
en: Match paths exactly (i.e. don't allow "/foo/repo" when the real path is "/foo/repo.git" or "/foo/repo/.git") and don't do user-relative paths.  'git daemon' will refuse to start when this option is enabled and no whitelist is specified.
pt_BR: A coincidência exata dos caminhos (ou seja, não permita "/foo/repo" quando o caminho real for "/foo/repo.git" ou "/foo/repo/.git"), assim como, não faça caminhos relativos ao usuário.  O 'git daemon' se recusará a iniciar quando esta opção estiver ativa e nenhuma lista de permissões tenha sido especificada.

note: type: Labeled list
en: --base-path=<path>
pt_BR: --base-path=<caminho>

note: type: Plain text
en: If --base-path is enabled and repo lookup fails, with this option 'git daemon' will attempt to lookup without prefixing the base path.  This is useful for switching to --base-path usage, while still allowing the old paths.
pt_BR: Caso `--base-path` esteja ativo e a pesquisa do repositório falhar, com esta opção o 'git daemon' tentará procurar sem prefixar o caminho da base.  É útil para alternar para o uso de `--base-path`, enquanto ainda for permitido os caminhos antigos.

note: type: Labeled list
en: --interpolated-path=<pathtemplate>
pt_BR: --interpolated-path=<modelo-de-caminho>

note: type: Plain text
en: To support virtual hosting, an interpolated path template can be used to dynamically construct alternate paths.  The template supports %H for the target hostname as supplied by the client but converted to all lowercase, %CH for the canonical hostname, %IP for the server's IP address, %P for the port number, and %D for the absolute path of the named repository.  After interpolation, the path is validated against the directory whitelist.
pt_BR: Para dar suporte à hospedagem virtual, um modelo de caminho interpolado pode ser usado para construir dinamicamente os caminhos alternativos.  O modelo é compatível com `%H` para o nome de host do destino, fornecido pelo cliente, porém é convertido minúsculas, `%CH` para o nome do host canônico, `%IP` para o endereço IP do servidor, `%P` para o número da porta e `%D` para o caminho absoluto do nome do repositório.  Após a interpolação, o caminho é validado na lista branca de permissões do diretório.

note: type: Plain text
en: Allow pulling from all directories that look like Git repositories (have the 'objects' and 'refs' subdirectories), even if they do not have the 'git-daemon-export-ok' file.
pt_BR: Permite puxar de todos os diretórios que se pareçam com os repositórios Git (possuem os subdiretórios 'objects' e 'refs'), mesmo que eles não tenham o arquivo 'git-daemon-export-ok'.

note: type: Plain text
en: Have the server run as an inetd service. Implies --syslog (may be overridden with `--log-destination=`).  Incompatible with --detach, --port, --listen, --user and --group options.
pt_BR: Faça o servidor funcionar como um serviço inetd. Implica no uso da opção `--syslog` (pode ser substituído com `--log-destination=`).  É incompatível com as opções `--detach`, `--port`, `--listen`, `--user` e `--group`.

note: type: Labeled list
en: --listen=<host_or_ipaddr>
pt_BR: --listen=<host_ou_end._IP>

note: type: Plain text
en: Listen on a specific IP address or hostname.  IP addresses can be either an IPv4 address or an IPv6 address if supported.  If IPv6 is not supported, then --listen=hostname is also not supported and --listen must be given an IPv4 address.  Can be given more than once.  Incompatible with `--inetd` option.
pt_BR: Ouça em um endereço IP ou nome de host específico.  Os endereços IP podem ser um endereço IPv4 ou IPv6, se for compatível.  Caso o IPv6 não seja compatível, a opção `--listen=hostname` também não será compatível assim como a opção `--listen` deverá receber um endereço IPv4.  Pode ser utilizado mais de um vez.  É incompatível com a opção `--inetd`.

note: type: Plain text
en: Listen on an alternative port.  Incompatible with `--inetd` option.
pt_BR: Ouça em uma porta alternativa.  É incompatível com a opção `--inetd`.

note: type: Plain text
en: Timeout (in seconds) between the moment the connection is established and the client request is received (typically a rather low value, since that should be basically immediate).
pt_BR: O Tempo limite (em segundos) entre o momento em que a conexão é estabelecida e a solicitação do cliente é recebida (geralmente um valor bastante baixo, pois esse deve ser imediato).

note: type: Plain text
en: Timeout (in seconds) for specific client sub-requests. This includes the time it takes for the server to process the sub-request and the time spent waiting for the next client's request.
pt_BR: Tempo limite (em segundos) para sub-solicitações específicas do cliente. Isso inclui o tempo que leva para o servidor processar a sub-solicitação e o tempo gasto aguardando a próxima solicitação do cliente.

note: type: Plain text
en: Maximum number of concurrent clients, defaults to 32.  Set it to zero for no limit.
pt_BR: A quantidade máxima de clientes simultâneos, 32 é o valor predefinido.  Defina como zero para não ter limites.

note: type: Plain text
en: Short for `--log-destination=syslog`.
pt_BR: É um atalho para `--log-destination=syslog`.

note: type: Labeled list
en: --log-destination=<destination>
pt_BR: --log-destination=<destino>

note: type: Plain text
en: Send log messages to the specified destination.  Note that this option does not imply --verbose, thus by default only error conditions will be logged.  The <destination> must be one of:
pt_BR: Envie mensagens do registro log para o destino especificado.  Observe que esta opção não implica no uso da opção `--verbose`, portanto é predefinido que apenas as condições de erro sejam registradas.  O <destino> deve ser um dos seguintes:

note: type: Plain text
en: Write to standard error.  Note that if `--detach` is specified, the process disconnects from the real standard error, making this destination effectively equivalent to `none`.
pt_BR: Escreva para erro predefinido.  Observe que caso `--detach` seja usado, o processo será desconectado do erro real predefinido, tornando esse destino efetivamente equivalente a `none` (nenhum).

note: type: Plain text
en: Write to syslog, using the `git-daemon` identifier.
pt_BR: Escreva para o syslog usando o identificador `git-daemon`.

note: type: Plain text
en: Disable all logging.
pt_BR: Desativa todos os registros logs.

note: type: Plain text
en: The default destination is `syslog` if `--inetd` or `--detach` is specified, otherwise `stderr`.
pt_BR: A predefinição para o destino é `syslog` caso `--inetd` ou `--detach` seja usado, caso contrário será o `stderr`.

note: type: Labeled list
en: --user-path=<path>
pt_BR: --user-path=<caminho>

note: type: Plain text
en: Allow {tilde}user notation to be used in requests.  When specified with no parameter, requests to git://host/{tilde}alice/foo is taken as a request to access 'foo' repository in the home directory of user `alice`.  If `--user-path=path` is specified, the same request is taken as a request to access `path/foo` repository in the home directory of user `alice`.
pt_BR: Permita que a notação do usuário{tilde) seja usada nas solicitações.  Quando especificado sem qualquer parâmetro, os pedidos para `git://host/{tilde}alice/foo` são tomados como pedidos para acessar o repositório `foo` no diretório inicial do usuário `alice`.  Caso `--user-path=path` seja usado, a mesma solicitação será aceita como a de uma solicitação para acessar o repositório `path/foo` no diretório inicial do usuário `alice`.

note: type: Plain text
en: Log details about the incoming connections and requested files.
pt_BR: Registre os detalhes sobre as conexões recebidas e os arquivos solicitados.

note: type: Plain text
en: Use SO_REUSEADDR when binding the listening socket.  This allows the server to restart without waiting for old connections to time out.
pt_BR: Use `SO_REUSEADDR` ao ligar o soquete de escuta.  Isso permite que o servidor reinicie sem aguardar o tempo limite das conexões antigas.

note: type: Plain text
en: Detach from the shell. Implies --syslog.
pt_BR: Desanexe do shell; Implica no uso da opção `--syslog`.

note: type: Labeled list
en: --pid-file=<file>
pt_BR: --pid-file=<arquivo>

note: type: Plain text
en: Save the process id in 'file'.  Ignored when the daemon is run under `--inetd`.
pt_BR: Salva a identificação do processo em 'arquivo'.  Ignorado quando o daemon é executado como `--inetd`.

note: type: Labeled list
en: --user=<user>
pt_BR: --user=<usuário>

note: type: Labeled list
en: --group=<group>
pt_BR: --group=<grupo>

note: type: Plain text
en: Change daemon's uid and gid before entering the service loop.  When only `--user` is given without `--group`, the primary group ID for the user is used.  The values of the option are given to `getpwnam(3)` and `getgrnam(3)` and numeric IDs are not supported.
pt_BR: Altere o uid e o gid do daemon antes de entrar no loop de serviço.  Quando apenas o `--user` é fornecido sem o `--group`, o ID do grupo primário para o usuário é usado.  Os valores da opção são fornecidos para `getpwnam(3)` e `getgrnam(3)` e os IDs numéricos não são compatíveis.

note: type: Plain text
en: Giving these options is an error when used with `--inetd`; use the facility of inet daemon to achieve the same before spawning 'git daemon' if needed.
pt_BR: Usar estas opções é um erro quando usado em conjunto com `--inetd`; use o recurso do inet daemon para obter o mesmo efeito antes de gerar o 'git daemon', caso seja necessário.

note: type: Plain text
en: Like many programs that switch user id, the daemon does not reset environment variables such as `$HOME` when it runs git programs, e.g. `upload-pack` and `receive-pack`. When using this option, you may also want to set and export `HOME` to point at the home directory of `<user>` before starting the daemon, and make sure any Git configuration files in that directory are readable by `<user>`.
pt_BR: Como muitos programas que alternam o ID do usuário, o daemon não redefine as variáveis de ambiente como `$ HOME` quando executa programas como o git, por exemplo, o `upload-pack` e `receive-pack`. Ao usar esta opção, você também pode definir e exportar `HOME` para apontar para o diretório inicial do `<usuário>` antes de iniciar o daemon e verifique se todos os arquivos de configuração do Git nesse diretório são legíveis pelo `<usuário>`.

note: type: Labeled list
en: --enable=<service>
pt_BR: --enable=<serviço>

note: type: Labeled list
en: --disable=<service>
pt_BR: --disable=<serviço>

note: type: Plain text
en: Enable/disable the service site-wide per default.  Note that a service disabled site-wide can still be enabled per repository if it is marked overridable and the repository enables the service with a configuration item.
pt_BR: Ativa ou desativa o serviço em todo o site por predefinição.  Observe que um serviço desativado em todo o site ainda pode ser ativado por repositório caso esteja marcado como substituível e o repositório ativar o serviço com um item de configuração.

note: type: Labeled list
en: --allow-override=<service>
pt_BR: --allow-override=<serviço>

note: type: Labeled list
en: --forbid-override=<service>
pt_BR: --forbid-override=<serviço>

note: type: Plain text
en: Allow/forbid overriding the site-wide default with per repository configuration.  By default, all the services may be overridden.
pt_BR: Permitir ou proibir a substituição da predefinição em todo o site através da configuração do repositório.  É predefinido que todos os serviços possam ser substituídos.

note: type: Plain text
en: When informative errors are turned on, git-daemon will report more verbose errors to the client, differentiating conditions like "no such repository" from "repository not exported". This is more convenient for clients, but may leak information about the existence of unexported repositories.  When informative errors are not enabled, all errors report "access denied" to the client. The default is --no-informative-errors.
pt_BR: Quando os erros informativos são ativados, o git-daemon reportará os erros de forma mais detalhada ao cliente, diferenciando as condições como "nenhum repositório desse tipo" de "repositório não exportado". Isso é mais conveniente para os clientes, mas pode vazar as informações sobre a existência de repositórios não exportados.  Quando os erros informativos não estão ativados, todos os erros relatam "acesso negado" ao cliente. A predefinição é --no-informative-errors.

note: type: Labeled list
en: --access-hook=<path>
pt_BR: --access-hook=<caminho>

note: type: Plain text
en: Every time a client connects, first run an external command specified by the <path> with service name (e.g. "upload-pack"), path to the repository, hostname (%H), canonical hostname (%CH), IP address (%IP), and TCP port (%P) as its command-line arguments. The external command can decide to decline the service by exiting with a non-zero status (or to allow it by exiting with a zero status).  It can also look at the $REMOTE_ADDR and `$REMOTE_PORT` environment variables to learn about the requestor when making this decision.
pt_BR: Sempre que um cliente se conectar, primeiro execute um comando externo especificado pelo <caminho> com o nome do serviço (por exemplo, "upload-pack"), o caminho para o repositório, nome do host (%H), nome do host canônico (%CH), o endereço IP (%IP) e a porta TCP (%P) como os seus argumentos na linha de comando. O comando externo pode decidir recusar o serviço saindo com uma condição diferente de zero (ou permitir com uma condição igual a zero).  Ele também pode examinar as variáveis do ambiente `$REMOTE_ADDR` e `$REMOTE_PORT` para aprender sobre o solicitante ao tomar essa decisão.

note: type: Plain text
en: The external command can optionally write a single line to its standard output to be sent to the requestor as an error message when it declines the service.
pt_BR: O comando externo pode, opcionalmente, gravar uma única linha em sua saída padrão para ser enviada ao solicitante como uma mensagem de erro quando ele recusar o serviço.

note: type: Plain text
en: A directory to add to the whitelist of allowed directories. Unless --strict-paths is specified this will also include subdirectories of each named directory.
pt_BR: Um diretório a ser adicionado à lista branca dos diretórios permitidos. A menos que `--strict-paths` seja especificado, isso também incluirá subdiretórios de cada diretório nomeado.

note: type: Title -
en: SERVICES
pt_BR: SERVIÇOS

note: type: Plain text
en: These services can be globally enabled/disabled using the command-line options of this command.  If finer-grained control is desired (e.g. to allow 'git archive' to be run against only in a few selected repositories the daemon serves), the per-repository configuration file can be used to enable or disable them.
pt_BR: Estes serviços podem ser ativados ou não globalmente usando as opções da linha de comando deste comando.  Caso um controle mais refinado seja necessário (para permitir que o 'git archive' seja executado apenas em alguns repositórios selecionados que o daemon serve por exemplo), o arquivo de configuração por repositório pode ser usado para ativá-los ou não.

note: type: Plain text
en: This serves 'git fetch-pack' and 'git ls-remote' clients.  It is enabled by default, but a repository can disable it by setting `daemon.uploadpack` configuration item to `false`.
pt_BR: Isso serve aos clientes 'git fetch-pack' e 'git ls-remote'.  A predefinição é estar sempre ativo, porém um repositório pode desativá-lo definindo o item de configuração `daemon.uploadpack` como `false`.

note: type: Plain text
en: This serves 'git archive --remote'.  It is disabled by default, but a repository can enable it by setting `daemon.uploadarch` configuration item to `true`.
pt_BR: Isso serve ao 'git archive --remote'.  A predefinição é estar desativado, porém um repositório pode ativá-lo definindo o item de configuração `daemon.uploadarch` como `true`.

note: type: Plain text
en: This serves 'git send-pack' clients, allowing anonymous push.  It is disabled by default, as there is _no_ authentication in the protocol (in other words, anybody can push anything into the repository, including removal of refs).  This is solely meant for a closed LAN setting where everybody is friendly.  This service can be enabled by setting `daemon.receivepack` configuration item to `true`.
pt_BR: Isso serve aos clientes 'git send-pack, permitindo um envio (push) anônimo.  A predefinição é estar desativado, pois não há autenticação no protocolo (em outras palavras, qualquer pessoa pode enviar algo para o repositório, incluindo fazer a remoção de referências).  Isso serve apenas para uma configuração LAN fechada, onde todos são amigáveis.  Este serviço pode ser ativado definindo o item de configuração `daemon.receivepack` como `true`.

note: type: Labeled list
en: We assume the following in /etc/services
pt_BR: Assumimos o seguinte em `/etc/services`

note: type: delimited block -
en: $ grep 9418 /etc/services
    git		9418/tcp		# Git Version Control System
pt_BR: $ grep 9418 /etc/services
    git		9418/tcp		# Controle de Versão do Sistema Git

note: type: Labeled list
en: 'git daemon' as inetd server
pt_BR: 'git daemon' como um servidor inetd

note: type: Plain text
en: To set up 'git daemon' as an inetd service that handles any repository under the whitelisted set of directories, /pub/foo and /pub/bar, place an entry like the following into /etc/inetd all on one line:
pt_BR: Para configurar o 'git daemon' como um serviço inetd que lida com qualquer repositório no conjunto de diretórios da lista branca do /pub/foo e /pub/bar, coloque uma entrada em /etc/inetd, tudo em uma linha:

note: type: Labeled list
en: 'git daemon' as inetd server for virtual hosts
pt_BR: 'git daemon' como servidor inetd para hosts virtuais

note: type: Plain text
en: To set up 'git daemon' as an inetd service that handles repositories for different virtual hosts, `www.example.com` and `www.example.org`, place an entry like the following into `/etc/inetd` all on one line:
pt_BR: Para configurar o 'git daemon' como um serviço inetd que lida com repositórios com diferentes hosts virtuais, `www.example.com` e `www.example.org`, coloque uma entrada como a seguinte em `/etc/inetd` tudo em uma linha:

note: type: Plain text
en: In this example, the root-level directory `/pub` will contain a subdirectory for each virtual host name supported.  Further, both hosts advertise repositories simply as `git://www.example.com/software/repo.git`.  For pre-1.4.0 clients, a symlink from `/software` into the appropriate default repository could be made as well.
pt_BR: Neste exemplo, o diretório na raiz `/pub` conterá um subdiretório para cada nome de host virtual compatível.  Além disso, os dois hosts anunciam os repositórios simplesmente como `git://www.example.com/software/repo.git`.  Para clientes anteriores à 1.4.0, um link simbólico de `/ software` para o repositório predefinido também pode ser feito.

note: type: Labeled list
en: 'git daemon' as regular daemon for virtual hosts
pt_BR: O 'git daemon' como daemon regular para hosts virtuais

note: type: Plain text
en: To set up 'git daemon' as a regular, non-inetd service that handles repositories for multiple virtual hosts based on their IP addresses, start the daemon like this:
pt_BR: Para configurar o 'git daemon' como um serviço regular e não como inetd que lida com repositórios para vários hosts virtuais com base em seus endereços IP, inicie o daemon desta maneira:

note: type: Plain text
en: In this example, the root-level directory `/pub` will contain a subdirectory for each virtual host IP address supported.  Repositories can still be accessed by hostname though, assuming they correspond to these IP addresses.
pt_BR: Neste exemplo, o diretório no nível raiz `/pub` conterá um subdiretório para cada endereço IP do host virtual compatível.  Porém, os repositórios ainda podem ser acessados pelo nome do host, supondo que coincidam com estes endereços IP.

note: type: Labeled list
en: selectively enable/disable services per repository
pt_BR: ativar ou desativar seletivamente os serviços por repositório

note: type: Plain text
en: To enable 'git archive --remote' and disable 'git fetch' against a repository, have the following in the configuration file in the repository (that is the file 'config' next to `HEAD`, 'refs' and 'objects').
pt_BR: Para ativar faça `git archive --remote` e desative o `git fetch` em um repositório, faça o seguinte no arquivo de configuração no repositório (que é o arquivo 'config' próximo ao `HEAD`, 'refs' e 'objects' ).

note: type: Plain text
en: 'git daemon' will set REMOTE_ADDR to the IP address of the client that connected to it, if the IP address is available. REMOTE_ADDR will be available in the environment of hooks called when services are performed.
pt_BR: O `git daemon` configurará o `REMOTE_ADDR` para o endereço IP do cliente conectado a ele caso o endereço IP esteja disponível. O `REMOTE_ADDR` estará disponível no ambiente dos chamados ganchos quando os serviços forem executados.

note: type: Plain text
en: git-describe - Give an object a human readable name based on an available ref
pt_BR: git-describe - Atribua a um objeto um nome legível para humanos com base em um "ref" disponível

note: type: Plain text
en: The command finds the most recent tag that is reachable from a commit.  If the tag points to the commit, then only the tag is shown.  Otherwise, it suffixes the tag name with the number of additional commits on top of the tagged object and the abbreviated object name of the most recent commit. The result is a "human-readable" object name which can also be used to identify the commit to other git commands.
pt_BR: O comando localiza a tag mais recente que seja alcançável a partir de um commit.  Caso a tag aponte para o commit, somente a tag será exibida.  Caso contrário, é adicionado um sufixo ao nome da tag com a quantidade adicionais de commits na parte superior do objeto marcado e o nome abreviado do objeto commit mais recente. O resultado é um nome do objeto que é "legível para humanos" que também pode ser usado para identificar o commit para outros comandos do git.

note: type: Plain text
en: By default (without --all or --tags) `git describe` only shows annotated tags.  For more information about creating annotated tags see the -a and -s options to linkgit:git-tag[1].
pt_BR: É predefinido que o comando `git description` exiba apenas as tags com anotações (sem --all ou --tags). Para mais informações sobre a criação das anotações das tags, consulte as opções `-a` e `-s` em linkgit:git-tag[1].

note: type: Plain text
en: If the given object refers to a blob, it will be described as `<commit-ish>:<path>`, such that the blob can be found at `<path>` in the `<commit-ish>`, which itself describes the first commit in which this blob occurs in a reverse revision walk from HEAD.
pt_BR: Caso o objeto especificado se refera a uma bolha, este será descrito como `<commit-ish>:<path>`, de modo que a gota possa ser encontrada em `<path>` que em si descreve o primeiro commit no qual essa gota ocorre em uma revisão reversa do `HEAD`.

note: type: Plain text
en: Commit-ish object names to describe.  Defaults to HEAD if omitted.
pt_BR: Descrevendo os nomes dos objetos commit.  Se omitido, a predefinição é que `HEAD` seja usado.

note: type: Plain text
en: Describe the state of the working tree.  When the working tree matches HEAD, the output is the same as "git describe HEAD".  If the working tree has local modification "-dirty" is appended to it.  If a repository is corrupt and Git cannot determine if there is local modification, Git will error out, unless `--broken' is given, which appends the suffix "-broken" instead.
pt_BR: Descreve a condição da árvore de trabalho. Quando a árvore de trabalho corresponder a um `HEAD`, a saída é a mesma que `git describe HEAD`.  Caso a árvore de trabalho tenha sido modificada localmente, um "-dirty" será anexado a ela.  Caso um repositório tenha sido corrompido e o Git não puder determinar se há uma modificação local, o Git exibirá uma mensagem de erro, a menos que a opção `--broken` seja usada.

note: type: Plain text
en: Instead of using only the annotated tags, use any ref found in `refs/` namespace.  This option enables matching any known branch, remote-tracking branch, or lightweight tag.
pt_BR: Em vez de usar apenas as anotações das tags, use qualquer "ref" encontrada no espaço de nomes `refs/`.  Essa opção permite fazer a coincidência com qualquer ramificação que seja conhecida, rastreamento remoto do ramo ou uma tag "lightweight".

note: type: Plain text
en: Instead of using only the annotated tags, use any tag found in `refs/tags` namespace.  This option enables matching a lightweight (non-annotated) tag.
pt_BR: Em vez de usar apenas as anotações das tags, use qualquer tag que for encontrada no `namespace` `refs/tags`.  Essa opção permite fazer a coincidência com uma tag "lightweight" (não anotada).

note: type: Plain text
en: Instead of finding the tag that predates the commit, find the tag that comes after the commit, and thus contains it.  Automatically implies --tags.
pt_BR: Em vez de encontrar a tag que anteceda um commit, localize a tag que vem após o commit e a contenha.  Implica automaticamente no uso da opção `--tags`.

note: type: Plain text
en: Instead of using the default 7 hexadecimal digits as the abbreviated object name, use <n> digits, or as many digits as needed to form a unique object name.  An <n> of 0 will suppress long format, only showing the closest tag.
pt_BR: Em vez de usar os 7 dígitos hexadecimais predefinidos como o nome abreviado do objeto, use `<n>` dígitos ou quantos dígitos forem necessários para formar um nome do objeto que seja único. Um `<n>` que seja 0, suprime o formato longo mostrando apenas a tag mais próxima.

note: type: Plain text
en: Instead of considering only the 10 most recent tags as candidates to describe the input commit-ish consider up to <n> candidates.  Increasing <n> above 10 will take slightly longer but may produce a more accurate result.  An <n> of 0 will cause only exact matches to be output.
pt_BR: Em vez de considerar apenas as 10 tags mais recentes como candidatas para descrever o commit de entrada, considere até `<n>` candidatos. Aumentando `<n>` para acima de 10 haverá um consumo um pouco maior de tempo, no entanto, poderá produzir um resultado mais preciso.  Um `<n>` que seja 0 fará com que apenas as coincidências exatas sejam exibidas.

note: type: Plain text
en: Only output exact matches (a tag directly references the supplied commit).  This is a synonym for --candidates=0.
pt_BR: Apenas os resultados exatos de saída (uma tag faz referência direta ao commit informado).  Este é um sinônimo para `--candidates = 0`.

note: type: Plain text
en: Verbosely display information about the searching strategy being employed to standard error.  The tag name will still be printed to standard out.
pt_BR: Exibe de forma detalhada as informações sobre a estratégia de pesquisa que está sendo empregada para o erro predefinido.  O nome da tag ainda será impresso para a saída predefinida.

note: type: Plain text
en: Always output the long format (the tag, the number of commits and the abbreviated commit name) even when it matches a tag.  This is useful when you want to see parts of the commit object name in "describe" output, even when the commit in question happens to be a tagged version.  Instead of just emitting the tag name, it will describe such a commit as v1.2-0-gdeadbee (0th commit since tag v1.2 that points at object deadbee....).
pt_BR: Sempre imprima o formato longo (a tag, o a quantidade de commits e o nome abreviado do commit), mesmo quando coincidir com uma tag.  Isso é útil quando você deseja ver as partes do nome do objeto commit na saída "describe", mesmo quando a confirmação em questão seja uma versão marcada.  Em vez de apenas emitir o nome da tag, ele descreverá um commit como `v1.2-0-gdeadbee` (0º commit desde a tag `v1.2` que aponta para o objeto `deadbee`....).

note: type: Plain text
en: Only consider tags matching the given `glob(7)` pattern, excluding the "refs/tags/" prefix. If used with `--all`, it also considers local branches and remote-tracking references matching the pattern, excluding respectively "refs/heads/" and "refs/remotes/" prefix; references of other types are never considered. If given multiple times, a list of patterns will be accumulated, and tags matching any of the patterns will be considered.  Use `--no-match` to clear and reset the list of patterns.
pt_BR: Considere apenas as tags que coincidam com o padrão `glob (7)`, excluindo o prefixo "refs/tags/". Se usado com `--all`, também considera as ramificações locais e as referências do rastreamento remoto coincidentes ao padrão, excluindo respectivamente o prefixo "refs/heads/" e "refs/remotes/"; as referências de outros tipos nunca são consideradas. Caso seja usado várias vezes, uma lista de padrões será acumulada e as tags que coincidam a qualquer um dos padrões serão consideradas.  Use `--no-match` para limpar e redefinir a lista de padrões.

note: type: Plain text
en: Do not consider tags matching the given `glob(7)` pattern, excluding the "refs/tags/" prefix. If used with `--all`, it also does not consider local branches and remote-tracking references matching the pattern, excluding respectively "refs/heads/" and "refs/remotes/" prefix; references of other types are never considered. If given multiple times, a list of patterns will be accumulated and tags matching any of the patterns will be excluded. When combined with --match a tag will be considered when it matches at least one --match pattern and does not match any of the --exclude patterns. Use `--no-exclude` to clear and reset the list of patterns.
pt_BR: Não considere as tags que coincidam com padrão `glob (7)`, excluindo o prefixo "refs/tags/". Se usado com `--all`, também não considera as ramificações locais e as referências do rastreamento remoto coincidentes ao padrão, excluindo respectivamente o prefixo "refs/heads/" e "refs/remotes/"; as referências de outros tipos nunca são consideradas. Caso seja usado várias vezes, uma lista de padrões será acumulada e as tags que coincidam a qualquer um dos padrões serão excluídas. Quando combinada com `--match`, uma tag será considerada quando coincidir a pelo menos um padrão `--match` e não corresponder a nenhum dos padrões `--exclude`. Use `--no-exclude` para limpar e redefinir a lista de padrões.

note: type: Plain text
en: Show uniquely abbreviated commit object as fallback.
pt_BR: Mostrar o objeto commit abreviado exclusivamente como "fallback" (retirada).

note: type: Plain text
en: Follow only the first parent commit upon seeing a merge commit.  This is useful when you wish to not match tags on branches merged in the history of the target commit.
pt_BR: Siga apenas o primeiro commit matriz ao ver um commit de mesclagem.  Isso é útil quando você quer que as tags não coincidam nos ramos mesclados no histórico do commit de destino.

note: type: Plain text
en: With something like git.git current tree, I get:
pt_BR: Algo como a árvore atual do `git.git`, recebo:

note: type: Plain text
en: i.e. the current head of my "parent" branch is based on v1.0.4, but since it has a few commits on top of that, describe has added the number of additional commits ("14") and an abbreviated object name for the commit itself ("2414721")  at the end.
pt_BR: ou seja, o cabeçalho atual do meu ramo "matriz" tem base na versão `v1.0.4`, mas como ele tem alguns commits a mais, o description adicionou a quantidade de commits adicionais ("14") e um nome do objeto abreviado para o próprio commit ("2414721") no final.

note: type: Plain text
en: The number of additional commits is the number of commits which would be displayed by "git log v1.0.4..parent".  The hash suffix is "-g" + unambiguous abbreviation for the tip commit of parent (which was `2414721b194453f058079d897d13c4e377f92dc6`).  The "g" prefix stands for "git" and is used to allow describing the version of a software depending on the SCM the software is managed with. This is useful in an environment where people may use different SCMs.
pt_BR: A quantidade de commits adicionais é a quantidade de commits que seriam exibidas com "git log v1.0.4..parent".  O sufixo hash é "-g" + abreviação inequívoca para o commit como uma dica da matriz (que era `2414721b194453f058079d897d13c4e377f92dc6`).  O prefixo "g" significa "git" e é usado para permitir a descrição da versão de um software, dependendo do SCM com o qual o software é gerenciado. Isso é útil em um ambiente onde as pessoas podem usar diferentes SCMs.

note: type: Plain text
en: Doing a 'git describe' on a tag-name will just show the tag name:
pt_BR: Ao executar o comando 'git description' no nome de uma tag exibirá apenas o seu nome:

note: type: Plain text
en: With --all, the command can use branch heads as references, so the output shows the reference path as well:
pt_BR: Com a opção --all, o comando pode usar os `heads` da ramificação como referência, portanto a saída mostra também o caminho de referência:

note: type: Plain text
en: With --abbrev set to 0, the command can be used to find the closest tagname without any suffix:
pt_BR: Com a opção `--abbrev` definido como 0, o comando pode ser usado para encontrar o nome da tag mais próximo sem nenhum sufixo:

note: type: Plain text
en: Note that the suffix you get if you type these commands today may be longer than what Linus saw above when he ran these commands, as your Git repository may have new commits whose object names begin with 975b that did not exist back then, and "-g975b" suffix alone may not be sufficient to disambiguate these commits.
pt_BR: Observe que o sufixo que você recebe caso digite estes comandos hoje, pode ser que ele pareça ser mais longo do que foi antes quando Linus executou estes mesmos comandos, pois o seu repositório Git pode ter novos commits cujos nomes do objeto saem com 975b que não existiam naquela época, e o sufixo "-g975b" sozinho pode não ser suficiente para desambiguar estes commits.

note: type: Title -
en: SEARCH STRATEGY
pt_BR: ESTRATÉGIA DE PESQUISA

note: type: Plain text
en: For each commit-ish supplied, 'git describe' will first look for a tag which tags exactly that commit.  Annotated tags will always be preferred over lightweight tags, and tags with newer dates will always be preferred over tags with older dates.  If an exact match is found, its name will be output and searching will stop.
pt_BR: Para cada "commit-ish" usado, o comando `git description` procurará primeiro uma tag que identifique exatamente este commit. As tags anotadas sempre serão preferidas às tags "lightweight", as tags com datas mais recentes sempre serão preferidas às tags com datas mais antigas. Em caso de uma coincidência exata ser encontrada, o seu nome será exibido e a pesquisa será interrompida.

note: type: Plain text
en: If an exact match was not found, 'git describe' will walk back through the commit history to locate an ancestor commit which has been tagged.  The ancestor's tag will be output along with an abbreviation of the input commit-ish's SHA-1. If `--first-parent` was specified then the walk will only consider the first parent of each commit.
pt_BR: Caso nenhuma coincidência exata tenha sido encontrada, o comando `git description` retornará ao histórico do commit para localizar um commit mais antigo que foi marcado. O tag do commit mais antigo será gerado juntamente com uma abreviação do SHA-1 do "commit-ish" de entrada. Caso a opção `--first-parent` seja usada, então o passo a ser considerado será apenas a primeira matriz de cada commit.

note: type: Plain text
en: If multiple tags were found during the walk then the tag which has the fewest commits different from the input commit-ish will be selected and output.  Here fewest commits different is defined as the number of commits which would be shown by `git log tag..input` will be the smallest number of commits possible.
pt_BR: Caso várias tags sejam encontradas durante o passo, será selecionada e gerada a tag que possuir a menor quantidade de commits diferentes na entrada.  Aqui, a menor quantidade de commits diferentes é definido pela quantidade de commits que seriam exibidos pelo comando `git log tag..input`, seu resultado será a menor quantidade de commits possíveis.

note: type: Plain text
en: Tree objects as well as tag objects not pointing at commits, cannot be described.  When describing blobs, the lightweight tags pointing at blobs are ignored, but the blob is still described as <committ-ish>:<path> despite the lightweight tag being favorable.
pt_BR: Os objetos árvore assim como os objetos tag que não apontem para um commit não podem ser descritos.  Ao descrever as gotas, as tags mais leves que apontam para as gotas são ignoradas, porém a gota ainda é descrita como <committ-ish>:<path> apesar da tag mais leve ser favorável.

note: type: Plain text
en: git-diff-files - Compares files in the working tree and the index
pt_BR: git-diff-files - Compara os arquivos na árvore de trabalho e no índice

note: type: Plain text
en: 'git diff-files' [-q] [-0|-1|-2|-3|-c|--cc] [<common diff options>] [<path>...]
pt_BR: 'git diff-files' [-q] [-0|-1|-2|-3|-c|--cc] [<common diff options>] [<caminho>...]

note: type: Plain text
en: Compares the files in the working tree and the index.  When paths are specified, compares only those named paths.  Otherwise all entries in the index are compared.  The output format is the same as for 'git diff-index' and 'git diff-tree'.
pt_BR: Compara os arquivos na árvore de trabalho e no índice.  Quando os caminhos são usados, compara apenas os caminhos nomeados.  Caso contrário, todas as entradas no índice serão comparadas.  O formato de saída é o mesmo que para `git diff-index` e `git diff-tree`.

note: type: Plain text
en: Diff against the "base" version, "our branch" or "their branch" respectively.  With these options, diffs for merged entries are not shown.
pt_BR: O "diff" contra a versão na "base", a "nossa ramificação" ou "a ramificação deles", respectivamente.  Com essas opções, as diferenças para entradas mescladas não são exibidas.

note: type: Plain text
en: The default is to diff against our branch (-2) and the cleanly resolved paths.  The option -0 can be given to omit diff output for unmerged entries and just show "Unmerged".
pt_BR: É predefinido fazer o "diff" contra a nossa ramificação (-2) e os caminhos resolvidos de maneira limpa.  A opção `-0` pode ser usada para omitir a saída do "diff" para as entradas que não tenham sido mescladas e exibir apenas os "Não mesclados".

note: type: Plain text
en: This compares stage 2 (our branch), stage 3 (their branch) and the working tree file and outputs a combined diff, similar to the way 'diff-tree' shows a merge commit with these flags.
pt_BR: Isso compara o estágio 2 (nosso ramo), o estágio 3 (o ramo deles) e o arquivo da árvore de trabalho que gera um diff combinado, semelhante à maneira como o comando `'diff-tree'` exibe um commit de mesclagem com essas flags.

note: type: Plain text
en: Remain silent even on nonexistent files
pt_BR: Permaneça em silêncio mesmo em arquivos inexistentes

note: type: Plain text
en: git-diff-index - Compare a tree to the working tree or index
pt_BR: git-diff-index - Compara uma árvore com a árvore ou índice de trabalho

note: type: Plain text
en: 'git diff-index' [-m] [--cached] [<common diff options>] <tree-ish> [<path>...]
pt_BR: 'git diff-index' [-m] [--cached] [<common diff options>] <tree-ish> [<caminho>...]

note: type: Plain text
en: Compares the content and mode of the blobs found in a tree object with the corresponding tracked files in the working tree, or with the corresponding paths in the index.  When <path> arguments are present, compares only paths matching those patterns.  Otherwise all tracked files are compared.
pt_BR: Compara o conteúdo e o modo das "bolhas" encontrados em um objeto de árvore com os arquivos rastreados coincidentes na árvore de trabalho ou com os caminhos correspondentes no índice.  Quando os argumentos <caminho> estão presentes, compara apenas os caminhos que coincidam com estes padrões.  Caso contrário, todos os arquivos rastreados serão comparados.

note: type: Plain text
en: The id of a tree object to diff against.
pt_BR: A identificação de um objeto de árvore com a qual fazer o "diff".

note: type: Plain text
en: do not consider the on-disk file at all
pt_BR: não considere de forma alguma o arquivo em disco

note: type: Plain text
en: By default, files recorded in the index but not checked out are reported as deleted.  This flag makes 'git diff-index' say that all non-checked-out files are up to date.
pt_BR: É predefinido que os arquivos registrados no índice sem verificação sejam relatados como excluídos.  Este sinalizador faz com que o comando `git diff-index` diga que todos os arquivos sem verificação estejam atualizados.

note: type: Title -
en: OPERATING MODES
pt_BR: MODOS DE OPERAÇÃO

note: type: Plain text
en: You can choose whether you want to trust the index file entirely (using the `--cached` flag) or ask the diff logic to show any files that don't match the stat state as being "tentatively changed".  Both of these operations are very useful indeed.
pt_BR: Você pode escolher se deseja confiar inteiramente no arquivo do índice (usando o sinalizador `--cached`) ou pedir à lógica "diff" para exibir todos os arquivos que não coincidam a condição de "provisoriamente alterado".  Ambas as operações são realmente muito úteis.

note: type: Title -
en: CACHED MODE
pt_BR: MODO EM CACHE

note: type: Plain text
en: If `--cached` is specified, it allows you to ask:
pt_BR: Caso `--cached` seja usado, será permitido que você pergunte:

note: type: Plain text
en: 	show me the differences between HEAD and the current index
    	contents (the ones I'd write using 'git write-tree')
pt_BR: 	mostre-me as diferenças atuais entre o HEAD e o índice
    	teor (os que eu escreveria usando 'git write-tree')

note: type: Plain text
en: For example, let's say that you have worked on your working directory, updated some files in the index and are ready to commit. You want to see exactly *what* you are going to commit, without having to write a new tree object and compare it that way, and to do that, you just do
pt_BR: Digamos que você trabalhou no seu diretório de trabalho por exemplo e atualizou alguns arquivos no índice e está pronto para fazer o commit. Caso queira ver exatamente *o quê* será feito no commit, sem precisar escrever um novo objeto árvore e compará-lo dessa maneira, faça

note: type: Plain text
en: Example: let's say I had renamed `commit.c` to `git-commit.c`, and I had done an `update-index` to make that effective in the index file.  `git diff-files` wouldn't show anything at all, since the index file matches my working directory. But doing a 'git diff-index' does:
pt_BR: Digamos que eu renomeei o arquivo `commit.c` para `git-commit.c` por exemplo e fiz um `update-index` para torná-lo efetivo no arquivo do índice.  O `git diff-files` não mostraria nada, pois o arquivo do índice coincide com o meu diretório de trabalho. Porém ao fazer um 'git diff-index':

note: type: Plain text
en: You can see easily that the above is a rename.
pt_BR: É possível ver facilmente que o item acima foi renomeado.

note: type: Plain text
en: In fact, `git diff-index --cached` *should* always be entirely equivalent to actually doing a 'git write-tree' and comparing that. Except this one is much nicer for the case where you just want to check where you are.
pt_BR: De fato, o comando `git diff-index --cached` *deve* sempre ser totalmente equivalente ao fazer um `git write-tree` e comparar. Exceto que este é muito melhor para o caso em que você apenas queira verificar onde está.

note: type: Plain text
en: So doing a `git diff-index --cached` is basically very useful when you are asking yourself "what have I already marked for being committed, and what's the difference to a previous tree".
pt_BR: Portanto, fazer um `git diff-index --cached` é basicamente muito mais útil quando você está se perguntando "o quê eu já marquei para ser feito o commit e qual a diferença com uma árvore anterior".

note: type: Title -
en: NON-CACHED MODE
pt_BR: MODO SEM CACHE

note: type: Plain text
en: The "non-cached" mode takes a different approach, and is potentially the more useful of the two in that what it does can't be emulated with a 'git write-tree' + 'git diff-tree'. Thus that's the default mode.  The non-cached version asks the question:
pt_BR: O modo "sem cache" adota uma abordagem diferente e é potencialmente o mais útil dos dois, pois o que ele faz não pode ser emulado com um 'git write-tree' + 'git diff-tree'. Portanto, este é o modo predefinido.  A versão "sem cache" pergunta:

note: type: Plain text
en:   show me the differences between HEAD and the currently checked out
      tree - index contents _and_ files that aren't up to date
pt_BR:   mostre-me as diferenças entre o `HEAD` e o que foi verificado
      tree - índice do conteúdo _e_ os arquivos que não estão atualizados

note: type: Plain text
en: which is obviously a very useful question too, since that tells you what you *could* commit. Again, the output matches the 'git diff-tree -r' output to a tee, but with a twist.
pt_BR: o que obviamente também é uma pergunta muito útil, pois isso indica qual commit você *poderia* fazer. Novamente, a saída coincidente à saída 'git diff-tree -r' para um "tee", mas com uma desvantagem.

note: type: Plain text
en: The twist is that if some file doesn't match the index, we don't have a backing store thing for it, and we use the magic "all-zero" sha1 to show that. So let's say that you have edited `kernel/sched.c`, but have not actually done a 'git update-index' on it yet - there is no "object" associated with the new state, and you get:
pt_BR: A desvantagem é que, caso algum arquivo não coincida com o índice, nós não temos uma uma estrutura de armazenamento para isso e usamos a mágica do sha1 "zerado" para mostrar isso. Então, digamos que você editou o arquivo `kernel/sched.c`, mas ainda não fez um `git update-index` nele ainda e não há um "objeto" associado a nova condição obtendo:

note: type: Plain text
en: i.e., it shows that the tree has changed, and that `kernel/sched.c` is not up to date and may contain new stuff. The all-zero sha1 means that to get the real diff, you need to look at the object in the working directory directly rather than do an object-to-object diff.
pt_BR: isto é, mostra que a árvore mudou e que o `kernel/sched.c` não está atualizado e pode conter coisas novas. O sha1 zerado significa que, para obter um "diff" real, é necessário olhar diretamente para o objeto no diretório de trabalho, em vez de um "diff" de objeto para objeto.

note: type: Plain text
en: As with other commands of this type, 'git diff-index' does not actually look at the contents of the file at all. So maybe `kernel/sched.c` hasn't actually changed, and it's just that you touched it. In either case, it's a note that you need to 'git update-index' it to make the index be in sync.
pt_BR: Como em outros comandos desse tipo, o 'git diff-index' não analisa de forma alguma o conteúdo do arquivo. Então talvez o `kernel/sched.c` não tenha realmente mudado, e é só que você mexeu. Em ambos os casos, é importante observar que você precisa fazer um 'git update-index' para sincronizar o índice.

note: type: Plain text
en: You can have a mixture of files show up as "has been updated" and "is still dirty in the working directory" together. You can always tell which file is in which state, since the "has been updated" ones show a valid sha1, and the "not in sync with the index" ones will always have the special all-zero sha1.
pt_BR: Você pode exibir junto uma mistura de arquivos como "foi atualizado" e "ainda está sujo no diretório de trabalho". Você sempre pode dizer qual o arquivo está em que condição, uma vez que os que "foram atualizados" mostram um sha1 válido e os "que não estão sincronizados com o índice" sempre terão o sha1 especial zerados.

note: type: Plain text
en: git-difftool - Show changes using common diff tools
pt_BR: git-difftool - Mostra alterações usando as ferramentas comuns do diff

note: type: Plain text
en: 'git difftool' [<options>] [<commit> [<commit>]] [--] [<path>...]
pt_BR: 'git difftool' [<opções>] [<commit> [<commit>]] [--] [<caminho>...]

note: type: Plain text
en: 'git difftool' is a Git command that allows you to compare and edit files between revisions using common diff tools.  'git difftool' is a frontend to 'git diff' and accepts the same options and arguments. See linkgit:git-diff[1].
pt_BR: O 'git difftool' é um comando Git que permite comparar e editar os arquivos entre revisões usando ferramentas "diff" comuns. O 'git difftool' é um frontend para o comando 'git diff' e aceita as mesmas opções e argumentos. Consulte linkgit:git-diff[1].

note: type: Plain text
en: Copy the modified files to a temporary location and perform a directory diff on them. This mode never prompts before launching the diff tool.
pt_BR: Copie os arquivos modificados para um local temporário e execute um "diff" neles. Este modo nunca avisa nada antes de executar a ferramenta diff.

note: type: Plain text
en: Do not prompt before launching a diff tool.
pt_BR: Não avise antes de iniciar uma ferramenta diff.

note: type: Plain text
en: Prompt before each invocation of the diff tool.  This is the default behaviour; the option is provided to override any configuration settings.
pt_BR: Alerta antes de cada invocação da ferramenta diff.  Este é o comportamento padrão; a opção é fornecida para substituir quaisquer configurações.

note: type: Labeled list
en: -t <tool>
pt_BR: -t <ferramenta>

note: type: Labeled list
en: --tool=<tool>
pt_BR: --tool=<ferramenta>

note: type: Plain text
en: Use the diff tool specified by <tool>.  Valid values include emerge, kompare, meld, and vimdiff. Run `git difftool --tool-help` for the list of valid <tool> settings.
pt_BR: Use a ferramenta diff especificada por <ferramenta>.  Os valores válidos incluem `emerge`, `kompare`, `meld` e `vimdiff`. Execute o `git difftool --tool-help` para ver uma lista de configurações válidas para <ferramenta>.

note: type: Plain text
en: If a diff tool is not specified, 'git difftool' will use the configuration variable `diff.tool`.  If the configuration variable `diff.tool` is not set, 'git difftool' will pick a suitable default.
pt_BR: Caso uma ferramenta diff não seja especificada, `git difftool` utilizará a variável de configuração `diff.tool`.  Caso a variável de configuração `diff.tool` não esteja definida, o 'git difftool' escolherá um padrão adequado.

note: type: Plain text
en: You can explicitly provide a full path to the tool by setting the configuration variable `difftool.<tool>.path`. For example, you can configure the absolute path to kdiff3 by setting `difftool.kdiff3.path`. Otherwise, 'git difftool' assumes the tool is available in PATH.
pt_BR: Você pode fornecer explicitamente um caminho completo para a ferramenta definindo a variável de configuração `difftool.<ferramenta>.path`. Por exemplo, você pode configurar o caminho absoluto para o kdiff3 configurando `difftool.kdiff3.path`. Caso contrário, o 'git difftool' assume que a ferramenta está disponível no `PATH`.

note: type: Plain text
en: Instead of running one of the known diff tools, 'git difftool' can be customized to run an alternative program by specifying the command line to invoke in a configuration variable `difftool.<tool>.cmd`.
pt_BR: Em vez de executar uma das ferramentas "diff" conhecidas, o 'git difftool' pode ser customizado para executar um programa alternativo, usando a linha de comando para chamar uma variável de configuração `difftool.<ferramenta>.cmd`.

note: type: Plain text
en: When 'git difftool' is invoked with this tool (either through the `-t` or `--tool` option or the `diff.tool` configuration variable)  the configured command line will be invoked with the following variables available: `$LOCAL` is set to the name of the temporary file containing the contents of the diff pre-image and `$REMOTE` is set to the name of the temporary file containing the contents of the diff post-image.  `$MERGED` is the name of the file which is being compared. `$BASE` is provided for compatibility with custom merge tool commands and has the same value as `$MERGED`.
pt_BR: Quando o 'git difftool' é chamado com esta ferramenta (através da opção `-t`, `--tool` ou da variável de configuração `diff.tool`), a linha de comando configurada será chamada com as seguintes variáveis disponíveis: `$LOCAL` é definido como o nome do arquivo temporário que contenha o conteúdo da pré-imagem "diff" e `$REMOTE` é definido como o nome do arquivo temporário que contenha o conteúdo "diff" da pós-imagem diff.  `$MERGED` é o nome do arquivo que está sendo comparado. `$BASE` é disponibilizado para compatibilidade com comandos personalizados da ferramenta de mesclagem e tem o mesmo valor que `$MERGED`.

note: type: Plain text
en: Print a list of diff tools that may be used with `--tool`.
pt_BR: Imprima uma lista de ferramentas "diff" que podem ser usadas com `--tool`.

note: type: Plain text
en: 'git difftool''s default behavior is create symlinks to the working tree when run in `--dir-diff` mode and the right-hand side of the comparison yields the same content as the file in the working tree.
pt_BR: O comportamento padrão do `git difftool` é criar links simbólicos para a árvore de trabalho quando executado no modo `--dir-diff` e o lado direito da comparação produz o mesmo conteúdo que o arquivo na árvore de trabalho.

note: type: Plain text
en: Specifying `--no-symlinks` instructs 'git difftool' to create copies instead.  `--no-symlinks` is the default on Windows.
pt_BR: Especificar `--no-symlinks` instrui o 'git difftool' para criar cópias.  `--no-symlinks` é a predefinição no Windows.

note: type: Labeled list
en: -x <command>
pt_BR: -x <comando>

note: type: Labeled list
en: --extcmd=<command>
pt_BR: --extcmd = <comando>

note: type: Plain text
en: Specify a custom command for viewing diffs.  'git-difftool' ignores the configured defaults and runs `$command $LOCAL $REMOTE` when this option is specified.  Additionally, `$BASE` is set in the environment.
pt_BR: Especifique um comando personalizado para exibir os "diffs".  'git-difftool' executa `$command $LOCAL $REMOTE` e ignora as predefinições configuradas quando esta opção é usada.  A variável `$BASE` é definido no ambiente.

note: type: Plain text
en: 'git-difftool' invokes a diff tool individually on each file.  Errors reported by the diff tool are ignored by default.  Use `--trust-exit-code` to make 'git-difftool' exit when an invoked diff tool returns a non-zero exit code.
pt_BR: 'git-difftool' invoca uma ferramenta "diff" individualmente em cada arquivo.  Os erros relatados pela ferramenta "diff" são ignorados.  Use `--trust-exit-code` para fazer 'git-difftool' encerrar quando uma ferramenta "diff" retornar um código de saída diferente de zero.

note: type: Plain text
en: 'git-difftool' will forward the exit code of the invoked tool when `--trust-exit-code` is used.
pt_BR: 'git-difftool' encaminhará o código de encerramento da ferramenta chamada quando `--trust-exit-code` for usado.

note: type: Plain text
en: See linkgit:git-diff[1] for the full list of supported options.
pt_BR: Para ver a lista completa das opções compatíveis consulte linkgit:git-diff[1].

note: type: Title -
en: CONFIG VARIABLES
pt_BR: CONFIGURAÇÃO DE VARIÁVEIS

note: type: Plain text
en: 'git difftool' falls back to 'git mergetool' config variables when the difftool equivalents have not been defined.
pt_BR: O 'git difftool' retorna às variáveis de configuração do 'git mergetool' quando os equivalentes "difftool" não estiverem definidos.

note: type: Plain text
en: The default diff tool to use.
pt_BR: A ferramenta diff predefinida que será usada.

note: type: Plain text
en: The default diff tool to use when `--gui` is specified.
pt_BR: A ferramenta diff predefinida a ser usada quando `--gui` for usado.

note: type: Labeled list
en: difftool.<tool>.path
pt_BR: difftool.<ferramenta>.path

note: type: Plain text
en: Override the path for the given tool.  This is useful in case your tool is not in the PATH.
pt_BR: Substitua o caminho para a ferramenta fornecida.  É útil caso a sua ferramenta não esteja no `PATH`.

note: type: Labeled list
en: difftool.<tool>.cmd
pt_BR: difftool.<ferramenta>.cmd

note: type: Plain text
en: Specify the command to invoke the specified diff tool.
pt_BR: Especifique o comando para chamar a ferramenta diff.

note: type: Plain text
en: See the `--tool=<tool>` option above for more details.
pt_BR: Consulte a opção `--tool=<tool>` acima para mais detalhes.

note: type: Plain text
en: Prompt before each invocation of the diff tool.
pt_BR: Avisar antes de cada chamada da ferramenta diff.

note: type: Plain text
en: Exit difftool if the invoked diff tool returns a non-zero exit status.
pt_BR: Encerrar o `difftool` caso a ferramenta "diff" retorne uma condição de encerramento diferente de zero.

note: type: Plain text
en: See the `--trust-exit-code` option above for more details.
pt_BR: Consulte a opção `--trust-exit-code` acima para mais detalhes.

note: type: Plain text
en: Show changes between commits, commit and working tree, etc
pt_BR: Exibir as alterações entre os commits, os commits, árvore de trabalho, etc

note: type: Plain text
en: Run merge conflict resolution tools to resolve merge conflicts
pt_BR: Execute as ferramentas de resolução de conflitos de mesclagem para resolver os conflitos

note: type: Plain text
en: Get and set repository or global options
pt_BR: Obter e definir as opções globais ou as de repositório

note: type: Plain text
en: git-diff-tree - Compares the content and mode of blobs found via two tree objects
pt_BR: git-diff-tree - Compara o conteúdo e o modo das bolhas encontradas através de dois objetos árvore

note: type: Plain text
en: Compares the content and mode of the blobs found via two tree objects.
pt_BR: Compara o conteúdo e o modo das bolhas encontrados por meio de dois objetos árvore.

note: type: Plain text
en: If there is only one <tree-ish> given, the commit is compared with its parents (see --stdin below).
pt_BR: Caso haja apenas um <tree-ish> informado, o commit será comparado com as suas raízes (consulte `--stdin` abaixo).

note: type: Plain text
en: Note that 'git diff-tree' can use the tree encapsulated in a commit object.
pt_BR: Observe que 'git diff-tree' pode usar a árvore encapsulada em um objeto commit.

note: type: Plain text
en: The id of a tree object.
pt_BR: A identificação de um objeto árvore.

note: type: Labeled list
en: <path>...
pt_BR: <caminho>...

note: type: Plain text
en: If provided, the results are limited to a subset of files matching one of the provided pathspecs.
pt_BR: Caso seja usado, os resultados serão limitados a um subconjunto de arquivos que coincidam a um dos `pathspecs` usados.

note: type: Plain text
en: recurse into sub-trees
pt_BR: recursão em sub-árvores

note: type: Plain text
en: show tree entry itself as well as subtrees.  Implies -r.
pt_BR: exiba a própria entrada da árvore e suas subárvores.  Implica no uso da opção `-r`.

note: type: Plain text
en: When `--root` is specified the initial commit will be shown as a big creation event. This is equivalent to a diff against the NULL tree.
pt_BR: Quando `--root` é usado o commit inicial será exibido como um grande evento de criação. Isso é o equivalente a um `diff` na árvore `NULL`.

note: type: Plain text
en: When `--stdin` is specified, the command does not take <tree-ish> arguments from the command line.  Instead, it reads lines containing either two <tree>, one <commit>, or a list of <commit> from its standard input.  (Use a single space as separator.)
pt_BR: Quando `--stdin` é usado o comando não obtém os argumentos `<tree-ish>` da linha de comando.  Em vez disso ele lê as linhas contendo duas `<árvores>`, um `<commit>` ou uma lista de `<commit>` da sua entrada predefinida.  (Use um único espaço como separador.)

note: type: Plain text
en: When two trees are given, it compares the first tree with the second.  When a single commit is given, it compares the commit with its parents.  The remaining commits, when given, are used as if they are parents of the first commit.
pt_BR: Quando duas árvores são informadas é feita uma comparação entre a primeira e a segunda árvore.  Quando um único commit é dado, ele compara o commit com as suas matrizes.  Os commits restantes, quando informados, são usados como se fossem as matrizes do primeiro commit.

note: type: Plain text
en: When comparing two trees, the ID of both trees (separated by a space and terminated by a newline) is printed before the difference.  When comparing commits, the ID of the first (or only) commit, followed by a newline, is printed.
pt_BR: Ao comparar duas árvores, o ID de ambas (separado por um espaço e finalizado por uma nova linha) é impressa antes da diferença.  Ao comparar os commits, o ID do primeiro (ou do único) commit será impresso seguido por uma nova linha.

note: type: Plain text
en: The following flags further affect the behavior when comparing commits (but not trees).
pt_BR: Os seguintes sinalizadores afetam ainda mais o comportamento ao comparar os commits (mas não as árvores).

note: type: Plain text
en: By default, 'git diff-tree --stdin' does not show differences for merge commits.  With this flag, it shows differences to that commit from all of its parents. See also `-c`.
pt_BR: É predefinido que `git diff-tree --stdin` não exiba as diferenças para os commits que forem mesclados.  Com essa sinalização as diferenças são exibidas no commit de todas as suas matrizes. Consulte também `-c`.

note: type: Plain text
en: By default, 'git diff-tree --stdin' shows differences, either in machine-readable form (without `-p`) or in patch form (with `-p`).  This output can be suppressed.  It is only useful with `-v` flag.
pt_BR: É predefinido que `git diff-tree --stdin` exiba as diferenças, seja na forma legível por máquina (sem `-p`) ou em formato patch (com `-p`).  Esta saída pode ser suprimida.  Só é útil se for sinalizado com a opção`-v`.

note: type: Plain text
en: This flag causes 'git diff-tree --stdin' to also show the commit message before the differences.
pt_BR: Essa sinalização faz com que o `git diff-tree --stdin` também exiba a mensagem do commit antes das diferenças.

note: type: Plain text
en: 'git diff-tree' outputs a line with the commit ID when applicable.  This flag suppressed the commit ID output.
pt_BR: o `git diff-tree` gera uma linha com o ID do commit, quando for aplicável.  Essa sinalização suprimiu o ID de saída do commit.

note: type: Plain text
en: This flag changes the way a merge commit is displayed (which means it is useful only when the command is given one <tree-ish>, or `--stdin`).  It shows the differences from each of the parents to the merge result simultaneously instead of showing pairwise diff between a parent and the result one at a time (which is what the `-m` option does).  Furthermore, it lists only files which were modified from all parents.
pt_BR: Essa sinalização altera a maneira como um commit mesmo é exibido (o que significa que é útil apenas quando o comando recebe um <tree-ish>, ou `--stdin`).  Exibe as diferenças de cada um das matrizes simultaneamente para o resultado da mesclagem em vez de mostrar a diferença dos pares entre as matrizes e o resultado, um de cada vez (que é o que a opção `-m` faz).  Além disso, lista apenas os arquivos que foram modificados por todas as matrizes.

note: type: Plain text
en: This flag changes the way a merge commit patch is displayed, in a similar way to the `-c` option. It implies the `-c` and `-p` options and further compresses the patch output by omitting uninteresting hunks whose the contents in the parents have only two variants and the merge result picks one of them without modification.  When all hunks are uninteresting, the commit itself and the commit log message is not shown, just like in any other "empty diff" case.
pt_BR: Essa sinalização altera a maneira como um patch para a mesclagem de um commit é exibido, de uma maneira semelhante à opção `-c`. Implica no uso das opções `-c` e `-p`, comprime ainda mais a saída do patch ao omitir os pedaços não interessantes cujo conteúdo nas matrizes tenham apenas duas variantes e o resultado da mesclagem escolhe uma delas sem qualquer modificação.  Quando não há interesse em todos os blocos, o próprio commit e a mensagem do registro log não são exibidas, como em qualquer outro caso de um "diff vazio".

note: type: Plain text
en: This flag causes combined diffs (used for merge commits) to list the name of the file from all parents.  It thus only has effect when -c or --cc are specified, and is likely only useful if filename changes are detected (i.e. when either rename or copy detection have been requested).
pt_BR: Essa flag faz com que os "diffs" combinados (usados para a mesclagem de commits) listem o nome do arquivo de todos as matrizes.  Portanto, ele só tem efeito quando `-c` ou `--cc` são usados e provavelmente é útil apenas caso as alterações no nome do arquivo sejam detectadas (ou seja, quando a renomeação ou a detecção de cópia foram solicitadas).

note: type: Plain text
en: Show the commit itself and the commit log message even if the diff itself is empty.
pt_BR: Exibe o próprio commit com a mensagem do registro log do commit, mesmo que o `diff` esteja vazio.

note: type: Plain text
en: git-diff - Show changes between commits, commit and working tree, etc
pt_BR: git-diff - Exibe as mudanças entre os commits, o commit, a árvore de trabalho, etc

note: type: Plain text
en: 'git diff' [<options>] [<commit>] [--] [<path>...]
    'git diff' [<options>] --cached [<commit>] [--] [<path>...]
    'git diff' [<options>] <commit> <commit> [--] [<path>...]
    'git diff' [<options>] <blob> <blob>
    'git diff' [<options>] --no-index [--] <path> <path>
pt_BR: 'git diff' [<opções>] [<commit>] [--] [<caminho>...]
    'git diff' [<opções>] --cached [<commit>] [--] [<caminho>...]
    'git diff' [<opções>] <commit> <commit> [--] [<caminho>...]
    'git diff' [<opções>] <blob> <blob>
    'git diff' [<opções>] --no-index [--] <caminho> <caminho>

note: type: Plain text
en: Show changes between the working tree and the index or a tree, changes between the index and a tree, changes between two trees, changes between two blob objects, or changes between two files on disk.
pt_BR: Exibe as alterações entre a árvore de trabalho, o índice ou uma árvore, as alterações entre o índice e uma árvore, as alterações entre as duas árvores, alterações entre dois objetos gota ou alterações entre dois arquivos no disco.

note: type: Labeled list
en: 'git diff' [<options>] [--] [<path>...]
pt_BR: 'git diff' [<opções>] [--] [<caminho>...]

note: type: Plain text
en: This form is to view the changes you made relative to the index (staging area for the next commit).  In other words, the differences are what you _could_ tell Git to further add to the index but you still haven't.  You can stage these changes by using linkgit:git-add[1].
pt_BR: Este formulário serve para exibir as alterações feitas em relação ao índice (área de preparação para o próximo commit).  Em outras palavras, as diferenças são as que você _pode_ informar ao Git para adicionar ao índice, mas ainda não o fez.   Você pode preparar essas alterações usando linkgit:git-add[1].

note: type: Labeled list
en: 'git diff' [<options>] --no-index [--] <path> <path>
pt_BR: 'git diff' [<opções>] --no-index [--] <caminho> <caminho>

note: type: Plain text
en: This form is to compare the given two paths on the filesystem.  You can omit the `--no-index` option when running the command in a working tree controlled by Git and at least one of the paths points outside the working tree, or when running the command outside a working tree controlled by Git. This form implies `--exit-code`.
pt_BR: Este formulário serve para comparar os dois caminhos usados no sistema de arquivos.  Você pode omitir a opção `--no-index` durante a execução do comando em uma árvore de trabalho controlado pelo Git e pelo menos um dos pontos dos caminhos fora da árvore de trabalho ou ao executar o comando fora de uma árvore de trabalho que é controlado pelo Git. Este formulário implica no uso da opção `--exit-code`.

note: type: Labeled list
en: 'git diff' [<options>] --cached [<commit>] [--] [<path>...]
pt_BR: 'git diff' [<opções>] --cached [<commit>] [--] [<caminho>...]

note: type: Plain text
en: This form is to view the changes you staged for the next commit relative to the named <commit>.  Typically you would want comparison with the latest commit, so if you do not give <commit>, it defaults to HEAD.  If HEAD does not exist (e.g. unborn branches) and <commit> is not given, it shows all staged changes.  --staged is a synonym of --cached.
pt_BR: Este formulário serve para exibir as alterações feitas em relação ao próximo commit relativo ao `<commit>` nomeado.  Geralmente você vai querer uma comparação com o commit mais recente, portanto, se não fizer o `<commit>` a predefinição é `HEAD`.  Se `HEAD` não existir (por exemplo, galhos que ainda vão aparecer) e um `<commit>` não tenha sido feito, exibe todas as alterações em etapas.  --staged é um sinônimo de --cached.

note: type: Labeled list
en: 'git diff' [<options>] <commit> [--] [<path>...]
pt_BR: 'git diff' [<opções>] <commit> [--] [<caminho>...]

note: type: Plain text
en: This form is to view the changes you have in your working tree relative to the named <commit>.  You can use HEAD to compare it with the latest commit, or a branch name to compare with the tip of a different branch.
pt_BR: Este formulário exibe as modificações feitas por você na sua árvore de trabalho relativo ao nome do `<commit>`.  Você pode usar `HEAD` para compará-lo com o commit mais recente ou para comparar com o topo de um ramo diferente.

note: type: Labeled list
en: 'git diff' [<options>] <commit> <commit> [--] [<path>...]
pt_BR: 'git diff' [<opções>] <commit> <commit> [--] [<caminho>...]

note: type: Plain text
en: This is to view the changes between two arbitrary <commit>.
pt_BR: Isso é para exibir as alterações entre os dois `<commits>` arbitrários.

note: type: Labeled list
en: 'git diff' [<options>] <commit>..<commit> [--] [<path>...]
pt_BR: 'git diff' [<opções>] <commit>..<commit> [--] [<caminho>...]

note: type: Plain text
en: This is synonymous to the previous form.  If <commit> on one side is omitted, it will have the same effect as using HEAD instead.
pt_BR: Isso é um sinônimo do formulário anterior. Caso o <commitir> de um lado seja omitido, ele terá o mesmo efeito que usar `HEAD`.

note: type: Labeled list
en: 'git diff' [<options>] <commit>\...<commit> [--] [<path>...]
pt_BR: 'git diff' [<opções>] <commit>\...<commit> [--] [<caminho>...]

note: type: Plain text
en: This form is to view the changes on the branch containing and up to the second <commit>, starting at a common ancestor of both <commit>.  "git diff A\...B" is equivalent to "git diff $(git merge-base A B) B".  You can omit any one of <commit>, which has the same effect as using HEAD instead.
pt_BR: Este formulário é para exibir as alterações no ramo que contenha até o segundo `<commit>`, iniciando com um ancestral comum de ambos os `<commit>`.  `git diff A\...B` é o equivalente a um `git diff $(git merge-base A B) B`.  Você pode omitir qualquer um dos `<commit>` que tem o mesmo efeito que usar `HEAD`.

note: type: Plain text
en: Just in case you are doing something exotic, it should be noted that all of the <commit> in the above description, except in the last two forms that use ".." notations, can be any <tree>.
pt_BR: No caso de você estar fazendo algo exótico, deve-se notar que todos os `<commit>` na descrição acima, exceto nas duas últimas formas que usam as notações "..", podem ser qualquer `<árvore>`.

note: type: Plain text
en: For a more complete list of ways to spell <commit>, see "SPECIFYING REVISIONS" section in linkgit:gitrevisions[7].  However, "diff" is about comparing two _endpoints_, not ranges, and the range notations ("<commit>..<commit>" and "<commit>\...<commit>") do not mean a range as defined in the "SPECIFYING RANGES" section in linkgit:gitrevisions[7].
pt_BR: Para obter uma lista mais completa de maneiras de soletrar um `<commit>`, consulte a seção "ESPECIFICANDO REVISÕES" em linkgit:gitrevisions[7].  No entanto, `diff` é sobre comparar dois _endpoints_, e não faixas, as notações de intervalo ("<commit>.. <commit>" e "<commit>\... <commit>") não significam um intervalo definido na seção "ESPECIFICANDO INTERVALOS" em linkgit:gitrevisions[7].

note: type: Plain text
en: This form is to view the differences between the raw contents of two blob objects.
pt_BR: Este formulário serve para exibir as alterações feitas entre o conteúdo bruto de dois objetos gota.

note: type: Plain text
en: Compare the working tree with the "base" version (stage #1), "our branch" (stage #2) or "their branch" (stage #3).  The index contains these stages only for unmerged entries i.e.  while resolving conflicts.  See linkgit:git-read-tree[1] section "3-Way Merge" for detailed information.
pt_BR: Compare a árvore de trabalho com a versão "base" (stage #1), "o nosso ramo( branch)" (stage #2)  "o ramo deles" (stage #3). O índice contém estas etapas apenas para entradas não mescladas (unmerged) enquanto estiver resolvendo conflitos.  Consulte a seção "3-Way Merge" linkgit:git-read-tree[1] para obter informações com mais detalhes.

note: type: Plain text
en: Omit diff output for unmerged entries and just show "Unmerged".  Can be used only when comparing the working tree with the index.
pt_BR: Omita a saída diff para as entradas que não tenham sido mescladas e exiba "Unmergedd".  Só pode ser usado quando comparamos a árvore de trabalho com o índice.

note: type: Plain text
en: The <paths> parameters, when given, are used to limit the diff to the named paths (you can give directory names and get diff for all files under them).
pt_BR: Os parâmetros `<paths>`, quando usados, são para limitar o `diff` quanto aos nomes dos caminhos (você pode dar nomes de diretórios e obter um `diff` para todos os arquivos sob eles).

note: type: Labeled list
en: Various ways to check your working tree
pt_BR: Várias maneiras para verificar a sua árvore de trabalho

note: type: Plain text
en: Changes in the working tree not yet staged for the next commit.
pt_BR: As mudanças na árvore de trabalho ainda não preparadas para o próximo commit.

note: type: Plain text
en: Changes between the index and your last commit; what you would be committing if you run "git commit" without "-a" option.
pt_BR: As alterações entre o índice e o seu último commit; o que você estaria fazendo no commit caso você executasse o comando "git commit" sem a opção "-a".

note: type: Plain text
en: Changes in the working tree since your last commit; what you would be committing if you run "git commit -a"
pt_BR: As alterações na árvore de trabalho desde o seu último commit; o que você estaria fazendo no commit caso executasse o comando "git commit -a"

note: type: Labeled list
en: Comparing with arbitrary commits
pt_BR: Comparando com commits arbitrários

note: type: Plain text
en: Instead of using the tip of the current branch, compare with the tip of "test" branch.
pt_BR: Em vez de usar o topo da ramificação atual, compare com o topo da ramificação "teste".

note: type: Plain text
en: Instead of comparing with the tip of "test" branch, compare with the tip of the current branch, but limit the comparison to the file "test".
pt_BR: Em vez de comparar com o topo da ramificação "teste", compare com o topo da ramificação atual, limitando-se a comparação ao arquivo "teste".

note: type: Plain text
en: Compare the version before the last commit and the last commit.
pt_BR: Compare a versão antes do último commit e o último commit.

note: type: Labeled list
en: Comparing branches
pt_BR: Comparando os ramos

note: type: Plain text
en: Changes between the tips of the topic and the master branches.
pt_BR: As alterações entre as dicas do tópico e as ramificações principais.

note: type: Plain text
en: Same as above.
pt_BR: O mesmo que acima.

note: type: Plain text
en: Changes that occurred on the master branch since when the topic branch was started off it.
pt_BR: As alterações que ocorreram na ramificação master (mestre) desde quando a ramificação do tópico foi iniciada.

note: type: Labeled list
en: Limiting the diff output
pt_BR: Limitando a saída diff

note: type: Plain text
en: Show only modification, rename, and copy, but not addition or deletion.
pt_BR: Exibe apenas as modificações, renomeações e cópias, mas não a adição ou exclusão.

note: type: Plain text
en: Show only names and the nature of change, but not actual diff output.
pt_BR: Exibe apenas os nomes e a natureza da alteração, mas não a saída diff real.

note: type: Plain text
en: Limit diff output to named subtrees.
pt_BR: Limite a saída diff aos nomes das subárvores.

note: type: Labeled list
en: Munging the diff output
pt_BR: Arruinando a saída diff

note: type: Plain text
en: Spend extra cycles to find renames, copies and complete rewrites (very expensive).
pt_BR: Gaste alguns ciclos extras para encontrar renomeações, cópias e reescritas completas (muito custoso ao sistema).

note: type: Plain text
en: Output diff in reverse.
pt_BR: Saída do diff em reverso.

note: type: Plain text
en: git-fast-export - Git data exporter
pt_BR: git-fast-export - Exportador de dados do Git

note: type: Plain text
en: 'git fast-export [<options>]' | 'git fast-import'
pt_BR: 'git fast-export [<opções>]' | 'git fast-import'

note: type: Plain text
en: This program dumps the given revisions in a form suitable to be piped into 'git fast-import'.
pt_BR: Este programa despeja as revisões fornecidas em um formato adequado para ser canalizado para o 'git fast-import'.

note: type: Plain text
en: You can use it as a human-readable bundle replacement (see linkgit:git-bundle[1]), or as a format that can be edited before being fed to 'git fast-import' in order to do history rewrites (an ability relied on by tools like 'git filter-repo').
pt_BR: Você pode usá-lo como uma substituição legível do pacote (consulte linkgit:git-bundle[1]) ou como um formato que pode ser editado antes que possa ser enviado ao 'git fast import' para fazer a reescrita no histórico (uma habilidade dependente das ferramentas como 'git filter-repo').

note: type: Labeled list
en: --progress=<n>
pt_BR: --progress = <n>

note: type: Plain text
en: Insert 'progress' statements every <n> objects, to be shown by 'git fast-import' during import.
pt_BR: Insira instruções de 'progresso' em todos os objetos `<n>` a serem exibidos por 'git fast-import' durante a importação.

note: type: Plain text
en: Specify how to handle signed tags.  Since any transformation after the export can change the tag names (which can also happen when excluding revisions) the signatures will not match.
pt_BR: 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.

note: type: Plain text
en: When asking to 'abort' (which is the default), this program will die when encountering a signed tag.  With 'strip', the tags will silently be made unsigned, with 'warn-strip' they will be made unsigned but a warning will be displayed, with 'verbatim', they will be silently exported and with 'warn', they will be exported, but you will see a warning.
pt_BR: Ao pedir para abortar 'abort' (que é o padrão), este programa será terminado ao encontrar uma tag assinada.  With 'strip', the tags will silently be made unsigned, with 'warn-strip' they will be made unsigned but a warning will be displayed, with 'verbatim', they will be silently exported and with 'warn', they will be exported, but you will see a warning.

note: type: Plain text
en: Specify how to handle tags whose tagged object is filtered out.  Since revisions and files to export can be limited by path, tagged objects may be filtered completely.
pt_BR: 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.

note: type: Plain text
en: When asking to 'abort' (which is the default), this program will die when encountering such a tag.  With 'drop' it will omit such tags from the output.  With 'rewrite', if the tagged object is a commit, it will rewrite the tag to tag an ancestor commit (via parent rewriting; see linkgit:git-rev-list[1])
pt_BR: Ao pedir para abortar 'abort' (que é o padrão), este programa será terminado ao encontrar uma tag assinada.  Com 'drop' estas tags serão omitidas da saída.  Com 'rewrite', caso o objeto marcado seja um commit, a tag será reescrita para marcar a tag de um commit anterior (através da reescrita da matriz; consulte linkgit:git-rev-list[1])

note: type: Plain text
en: Perform move and/or copy detection, as described in the linkgit:git-diff[1] manual page, and use it to generate rename and copy commands in the output dump.
pt_BR: Detecta a ação de copiar e mover como descrito na página do manual linkgit:git-diff[1], utilize-o para gerar comandos de copiar e renomear na saída.

note: type: Plain text
en: Note that earlier versions of this command did not complain and produced incorrect results if you gave these options.
pt_BR: Observe que as versões anteriores deste comando não reclamavam e produziam resultados incorretos caso essas opções fossem usadas.

note: type: Labeled list
en: --export-marks=<file>
pt_BR: --export-marks=<arquivo>

note: type: Plain text
en: Dumps the internal marks table to <file> when complete.  Marks are written one per line as `:markid SHA-1`. Only marks for revisions are dumped; marks for blobs are ignored.  Backends can use this file to validate imports after they have been completed, or to save the marks table across incremental runs.  As <file> is only opened and truncated at completion, the same path can also be safely given to --import-marks.  The file will not be written if no new object has been marked/exported.
pt_BR: 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 back-end 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.

note: type: Labeled list
en: --import-marks=<file>
pt_BR: --import-marks=<arquivo>

note: type: Plain text
en: Before processing any input, load the marks specified in <file>.  The input file must exist, must be readable, and must use the same format as produced by --export-marks.
pt_BR: 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`.

note: type: Plain text
en: Some old repositories have tags without a tagger.  The fast-import protocol was pretty strict about that, and did not allow that.  So fake a tagger to be able to fast-import the output.
pt_BR: 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.

note: type: Plain text
en: Start the stream with a 'feature done' stanza, and terminate it with a 'done' command.
pt_BR: Inicie o fluxo com uma sub-rotina 'feature done' e finalize-o com um comando 'done'.

note: type: Plain text
en: Skip output of blob objects and instead refer to blobs via their original SHA-1 hash.  This is useful when rewriting the directory structure or history of a repository without touching the contents of individual files.  Note that the resulting stream can only be used by a repository which already contains the necessary objects.
pt_BR: 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 usado apenas por um repositório que já contenha os objetos necessários.

note: type: Plain text
en: This option will cause fast-export to issue a "deleteall" directive for each commit followed by a full list of all files in the commit (as opposed to just listing the files which are different from the commit's first parent).
pt_BR: 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).

note: type: Plain text
en: Anonymize the contents of the repository while still retaining the shape of the history and stored tree.  See the section on `ANONYMIZING` below.
pt_BR: 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.

note: type: Plain text
en: Add an extra directive to the output for commits and blobs, `original-oid <SHA1SUM>`.  While such directives will likely be ignored by importers such as git-fast-import, it may be useful for intermediary filters (e.g. for rewriting commit messages which refer to older commits, or for stripping blobs by id).
pt_BR: Inclua uma diretiva extra na saída para commits e bolhas, `original-oid <SHA1SUM>`.  Embora essas diretivas provavelmente sejam ignoradas pelos importadores, como o comando `git-fast-import`, pode ser útil para os filtros intermediários (para reescrever mensagens de confirmação que se referem a confirmações mais antigas ou para remover as bolhas por um ID por exemplo).

note: type: Plain text
en: Specify how to handle `encoding` header in commit objects.  When asking to 'abort' (which is the default), this program will die when encountering such a commit object.  With 'yes', the commit message will be re-encoded into UTF-8.  With 'no', the original encoding will be preserved.
pt_BR: 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.

note: type: Plain text
en: Apply the specified refspec to each ref exported. Multiple of them can be specified.
pt_BR: Aplique o `refspec` especificado a cada "ref" exportado. Vários deles podem ser especificados.

note: type: Plain text
en: A list of arguments, acceptable to 'git rev-parse' and 'git rev-list', that specifies the specific objects and references to export.  For example, `master~10..master` causes the current master reference to be exported along with all objects added since its 10th ancestor commit and (unless the --reference-excluded-parents option is specified) all files common to master{tilde}9 and master{tilde}10.
pt_BR: 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{tilde}9 e master{tilde}10.

note: type: Plain text
en: This will export the whole repository and import it into the existing empty repository.  Except for reencoding commits that are not in UTF-8, it would be a one-to-one mirror.
pt_BR: Isso exportará o repositório inteiro e importará para o repositório vazio existente.  Exceto para re-codificar os commits que não estejam como UTF-8, seria um cópia um para um.

note: type: Plain text
en: This makes a new branch called 'other' from 'master~5..master' (i.e. if 'master' has linear history, it will take the last 5 commits).
pt_BR: Isso cria um novo ramo chamado 'other' de 'master~5..master' (ou seja, caso 'master' tenha um histórico linear, serão necessários então os últimos 5 commits).

note: type: Plain text
en: Note that this assumes that none of the blobs and commit messages referenced by that revision range contains the string 'refs/heads/master'.
pt_BR: Observe que isso pressupõe que nenhuma das bolhas e as mensagens dos commits referenciadas por esse intervalo de revisão, contenha a sequência `refs/heads/master`.

note: type: Title -
en: ANONYMIZING
pt_BR: ANONIMIZANDO

note: type: Plain text
en: If the `--anonymize` option is given, git will attempt to remove all identifying information from the repository while still retaining enough of the original tree and history patterns to reproduce some bugs. The goal is that a git bug which is found on a private repository will persist in the anonymized repository, and the latter can be shared with git developers to help solve the bug.
pt_BR: Caso a opção `--anonymize` seja usada, o git tentará remover todas as informações de identificação do repositório, mantendo ainda o suficiente da árvore original e dos padrões do histórico para reproduzir alguns bugs. O objetivo é que um bug do git encontrado em um repositório privado persista no repositório anonimizado e este último pode ser compartilhado com os desenvolvedores do git para ajudar na resolução do problema.

note: type: Plain text
en: With this option, git will replace all refnames, paths, blob contents, commit and tag messages, names, and email addresses in the output with anonymized data.  Two instances of the same string will be replaced equivalently (e.g., two commits with the same author will have the same anonymized author in the output, but bear no resemblance to the original author string). The relationship between commits, branches, and tags is retained, as well as the commit timestamps (but the commit messages and refnames bear no resemblance to the originals). The relative makeup of the tree is retained (e.g., if you have a root tree with 10 files and 3 trees, so will the output), but their names and the contents of the files will be replaced.
pt_BR: Com esta opção, o git substituirá todos os `refnames`, caminhos, conteúdo da bolha, commit, a tag das mensagens, nomes e endereços de email na saída por dados anônimos.  Duas instâncias da mesma sequência serão substituídas de forma equivalente (duas confirmações com o mesmo autor terão o mesmo autor anônimo na saída, mas não terão nenhuma semelhança com a sequência do autor original por exemplo). O relacionamento entre os commits, ramificações e tags será mantido, bem como o registro de data e hora dos commits (porém as mensagens dos commits e os `refnames` que não tenham nenhuma semelhança com os originais). A composição relativa da árvore é mantida (se você tiver uma árvore raiz com 10 arquivos e 3 árvores, o mesmo ocorrerá com a saída por exemplo), porém seus nomes e o conteúdo dos arquivos serão substituídos.

note: type: Plain text
en: If you think you have found a git bug, you can start by exporting an anonymized stream of the whole repository:
pt_BR: Caso acredite que tenha encontrado um bug no git, pode começar exportando um fluxo anonimizado de todo o repositório:

note: type: Plain text
en: Then confirm that the bug persists in a repository created from that stream (many bugs will not, as they really do depend on the exact repository contents):
pt_BR: Em seguida, confirme se o bug persiste em um repositório criado a partir desse fluxo (muitos erros não, pois eles realmente dependem do conteúdo exato do repositório):

note: type: delimited block -
en: $ git init anon-repo
    $ cd anon-repo
    $ git fast-import <../anon-stream
    $ ... test your bug ...
pt_BR: $ git init anon-repo
    $ cd anon-repo
    $ git fast-import <../anon-stream
    $ ... teste o seu bug ...

note: type: Plain text
en: If the anonymized repository shows the bug, it may be worth sharing `anon-stream` along with a regular bug report. Note that the anonymized stream compresses very well, so gzipping it is encouraged. If you want to examine the stream to see that it does not contain any private data, you can peruse it directly before sending. You may also want to try:
pt_BR: Caso o repositório anonimizado exiba o erro, pode valer a pena compartilhar o `anon-stream` junto com um relatório de erro tradicional. Observe que o fluxo anonimizado é muito bem compactado, portanto a sua compactação gzip é altamente recomendável. Caso deseje examinar o fluxo para ver se não contém dados particulares, é possível examiná-lo diretamente antes de enviar. Também é possível tentar:

note: type: Plain text
en: which shows all of the unique lines (with numbers converted to "X", to collapse "User 0", "User 1", etc into "User X"). This produces a much smaller output, and it is usually easy to quickly confirm that there is no private data in the stream.
pt_BR: 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 é de rápida confirmação já que não há dados privados no fluxo.

note: type: Plain text
en: Since 'git fast-import' cannot tag trees, you will not be able to export the linux.git repository completely, as it contains a tag referencing a tree instead of a commit.
pt_BR: Como 'git fast-import' não pode marcar as árvores, você não poderá exportar o repositório linux.git completamente pois ele contém uma marca que faz referência a uma árvore em vez de um commit.

note: type: Plain text
en: git-fast-import - Backend for fast Git data importers
pt_BR: git-fast-import - Back-end para os importadores de dados rápidos do Git

note: type: Plain text
en: frontend | 'git fast-import' [<options>]
pt_BR: frontend | 'git fast-import' [<opções>]

note: type: Plain text
en: This program is usually not what the end user wants to run directly.  Most end users want to use one of the existing frontend programs, which parses a specific type of foreign source and feeds the contents stored there to 'git fast-import'.
pt_BR: Este programa geralmente não é o que o usuário final deseja executar diretamente.  A maioria dos usuários finais deseja usar um dos programas front-end já existentes, que analisa um tipo específico de fonte estrangeira e alimenta o conteúdo armazenado lá para 'git fast-import'.

note: type: Plain text
en: fast-import reads a mixed command/data stream from standard input and writes one or more packfiles directly into the current repository.  When EOF is received on standard input, fast import writes out updated branch and tag refs, fully updating the current repository with the newly imported data.
pt_BR: O `fast-import` lê um fluxo misto de comandos e dados na entrada predefinida e grava um ou mais pacote de arquivos diretamente no repositório atual.  Quando um "EOF" é recebido na entrada predefinida, a importação rápida grava as referências atualizadas das ramificações e tags, atualizando completamente o repositório atual com os dados importados recentemente.

note: type: Plain text
en: The fast-import backend itself can import into an empty repository (one that has already been initialized by 'git init') or incrementally update an existing populated repository.  Whether or not incremental imports are supported from a particular foreign source depends on the frontend program in use.
pt_BR: O back-end `fast-import` em si pode importar para um repositório vazio (um que já foi inicializado por 'git init') ou atualizar de forma incremental em um repositório populado já existente.  Caso as importações incrementais sejam ou não compatíveis com determinada fonte estrangeira específica, isso vai depender do programa de front-end utilizado.

note: type: Plain text
en: Force updating modified existing branches, even if doing so would cause commits to be lost (as the new commit does not contain the old commit).
pt_BR: Forçar a atualização das ramificações modificadas, mesmo que isso faça com que os commits sejam perdidos (como um novo commit que não contenha o commit antigo).

note: type: Plain text
en: Disable the output shown by --stats, making fast-import usually be silent when it is successful.  However, if the import stream has directives intended to show user output (e.g. `progress` directives), the corresponding messages will still be shown.
pt_BR: Desative a saída mostrada por `--stats`, fazendo com que o `fast-import` seja silenciado quando for bem-sucedido.  No entanto, caso o fluxo de importação tenha diretivas destinadas a exibir a saída do usuário (diretivas `progress` por exemplo), as mensagens coincidentes ainda serão exibidas.

note: type: Plain text
en: Display some basic statistics about the objects fast-import has created, the packfiles they were stored into, and the memory used by fast-import during this run.  Showing this output is currently the default, but can be disabled with --quiet.
pt_BR: Exiba algumas estatísticas básicas sobre os objetos que a importação rápida criou, os arquivos do pacote em que foram armazenados e a memória usado por `fast-import` durante essa execução.  É predefinido que esta saída seja exibida, mas pode ser desativado com `--quiet`.

note: type: Title ~
en: Options for Frontends
pt_BR: Opções para Front-ends

note: type: Plain text
en: Write responses to `get-mark`, `cat-blob`, and `ls` queries to the file descriptor <fd> instead of `stdout`.  Allows `progress` output intended for the end-user to be separated from other output.
pt_BR: Escreva as respostas para as consultas do `get-mark`,` cat-blob` e `ls` no descritor do arquivo <fd> em vez de `stdout`.  Permite que a saída `progress` destinada ao usuário final seja separada de outra saída.

note: type: Plain text
en: Specify the type of dates the frontend will supply to fast-import within `author`, `committer` and `tagger` commands.  See ``Date Formats'' below for details about which formats are supported, and their syntax.
pt_BR: Especifique o tipo das datas que o frontend fornecerá para o `fast-import` nos comandos `author`, `committer` e `tagger`.  Consulte ``Formatos de data'' abaixo para obter mais detalhes sobre quais os formatos são compatíveis e sua respectiva sintaxe.

note: type: Plain text
en: Terminate with error if there is no `done` command at the end of the stream.  This option might be useful for detecting errors that cause the frontend to terminate before it has started to write a stream.
pt_BR: Termine com erro caso não haja um comando `done` no final do fluxo.  Essa opção pode ser útil para detectar os erros que fazem com que o front-end seja encerrado antes de começar a gravar um fluxo.

note: type: Title ~
en: Locations of Marks Files
pt_BR: Localizações dos arquivos de marcação

note: type: Plain text
en: Dumps the internal marks table to <file> when complete.  Marks are written one per line as `:markid SHA-1`.  Frontends can use this file to validate imports after they have been completed, or to save the marks table across incremental runs.  As <file> is only opened and truncated at checkpoint (or completion) the same path can also be safely given to --import-marks.
pt_BR: 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`.  Os front-ends podem usar este arquivo para validar as importações depois que forem concluídas ou para salvar a tabela de marcações nas execuções incrementais.  Como o <arquivo> é aberto e truncado apenas no ponto de verificação (ou conclusão), o mesmo caminho também pode ser passado com segurança para `--import-marks`.

note: type: Plain text
en: Before processing any input, load the marks specified in <file>.  The input file must exist, must be readable, and must use the same format as produced by --export-marks.  Multiple options may be supplied to import more than one set of marks.  If a mark is defined to different values, the last file wins.
pt_BR: 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`.  As múltiplas opções podem ser fornecidas para importar mais de um conjunto de marcas.  Caso uma marcação seja definida com valores diferentes, o último arquivo vence.

note: type: Labeled list
en: --import-marks-if-exists=<file>
pt_BR: --import-marks-if-exists=<arquivo>

note: type: Plain text
en: Like --import-marks but instead of erroring out, silently skips the file if it does not exist.
pt_BR: Como `--import-marks` porém caso não exista, em vez de exibir um erro, ignora silenciosamente o arquivo.

note: type: Plain text
en: After specifying --relative-marks the paths specified with --import-marks= and --export-marks= are relative to an internal directory in the current repository.  In git-fast-import this means that the paths are relative to the .git/info/fast-import directory. However, other importers may use a different location.
pt_BR: Após especificar `--relative-marks`, os caminhos especificados com `--import-marks=` e `--export-marks=` são relativos a um diretório interno no repositório atual.  No `git-fast-import`, isso significa que os caminhos são relativos ao diretório `.git/info/fast-import`. No entanto, outros importadores podem usar um local diferente.

note: type: Plain text
en: Relative and non-relative marks may be combined by interweaving --(no-)-relative-marks with the --(import|export)-marks= options.
pt_BR: Marcações relativas ou não podem ser combinadas entrelaçando `--(no-)-relative-marks` com a opção `--(import|export)-marks=`.

note: type: Title ~
en: Performance and Compression Tuning
pt_BR: Ajuste de desempenho e compactação

note: type: Plain text
en: Maximum number of branches to maintain active at once.  See ``Memory Utilization'' below for details.  Default is 5.
pt_BR: Número máximo de ramificações para manter ativo de uma só vez.  Consulte `` Utilização da memória '' abaixo para mais informações.  A predefinição é 5.

note: type: Plain text
en: Maximum size of a blob that fast-import will attempt to create a delta for, expressed in bytes.  The default is 512m (512 MiB).  Some importers may wish to lower this on systems with constrained memory.
pt_BR: O tamanho máximo de uma bolha para o qual o `fast-import` tentará criar um delta expressado em bytes.  A predefinição é 512m (512 MiB).  Alguns importadores podem diminuir isso em sistemas com menos memória.

note: type: Plain text
en: Maximum delta depth, for blob and tree deltification.  Default is 50.
pt_BR: Profundidade delta máxima, para "deltificação" da bolha e da árvore.  A predefinição é 50.

note: type: Labeled list
en: --export-pack-edges=<file>
pt_BR: --export-pack-edges=<arquivo>

note: type: Plain text
en: After creating a packfile, print a line of data to <file> listing the filename of the packfile and the last commit on each branch that was written to that packfile.  This information may be useful after importing projects whose total object set exceeds the 4 GiB packfile limit, as these commits can be used as edge points during calls to 'git pack-objects'.
pt_BR: Depois de criar um pacote de arquivo, imprima uma linha de dados em <arquivo>, listando o nome do arquivo e o último commit em cada ramificação que foi gravada nesse pacote.  Estas informações podem ser úteis após a importação de projetos cujo conjunto total de objetos exceda o limite de 4 GiB, pois estes commits podem ser usados como pontos de extremidade durante as chamadas para o 'git pack-objects'.

note: type: Plain text
en: Maximum size of each output packfile.  The default is unlimited.
pt_BR: Tamanho máximo de cada pacote de arquivo.  A predefinição é sem limites.

note: type: Plain text
en: See linkgit:git-config[1]
pt_BR: Consulte linkgit:git-config[1]

note: type: Title -
en: PERFORMANCE
pt_BR: DESEMPENHO

note: type: Plain text
en: The design of fast-import allows it to import large projects in a minimum amount of memory usage and processing time.  Assuming the frontend is able to keep up with fast-import and feed it a constant stream of data, import times for projects holding 10+ years of history and containing 100,000+ individual commits are generally completed in just 1-2 hours on quite modest (~$2,000 USD) hardware.
pt_BR: O design do `fast-import` permite importar grandes projetos com uma quantidade mínima de uso de memória e tempo de processamento.  Supondo que o front-end seja capaz de acompanhar e alimentar o `fast-import` com um fluxo constante de dados, os tempos de importação para os projetos com mais de 10 anos de história e com mais de 100.000 commits individuais geralmente são concluídos entre uma a duas horas com um hardware modesto (~$2.000 USD).

note: type: Plain text
en: Most bottlenecks appear to be in foreign source data access (the source just cannot extract revisions fast enough) or disk IO (fast-import writes as fast as the disk will take the data).  Imports will run faster if the source data is stored on a different drive than the destination Git repository (due to less IO contention).
pt_BR: A maioria dos gargalos parece estar no acesso a dados de origem estrangeira (a fonte simplesmente não pode extrair as revisões com a rapidez suficiente) ou no E/S do disco (o `fast-import` grava tão rápido quanto o disco aceitar).  As importações serão executadas o mais rapidamente caso os dados de origem sejam armazenados em uma unidade diferente do repositório de destino Git (devido a menor contenção de E/S).

note: type: Title -
en: DEVELOPMENT COST
pt_BR: CUSTO DE DESENVOLVIMENTO

note: type: Plain text
en: A typical frontend for fast-import tends to weigh in at approximately 200 lines of Perl/Python/Ruby code.  Most developers have been able to create working importers in just a couple of hours, even though it is their first exposure to fast-import, and sometimes even to Git.  This is an ideal situation, given that most conversion tools are throw-away (use once, and never look back).
pt_BR: Um front-end típico para `fast-import` tende a pesar aproximadamente 200 linhas de código Perl/Python/Ruby.  A maioria dos desenvolvedores conseguiu criar importadores ativos em apenas algumas horas, mesmo que seja a sua primeira exposição ao `fast-import` e às vezes, até ao Git.  Esta é uma situação ideal, já que a maioria das ferramentas de conversão é descartável (use uma vez e nunca mais se preocupe).

note: type: Title -
en: PARALLEL OPERATION
pt_BR: OPERAÇÃO EM PARALELO

note: type: Plain text
en: Like 'git push' or 'git fetch', imports handled by fast-import are safe to run alongside parallel `git repack -a -d` or `git gc` invocations, or any other Git operation (including 'git prune', as loose objects are never used by fast-import).
pt_BR: Como `git push` ou `git fetch`, as importações manipuladas pelo `fast-import` são seguras para serem executadas juntamente com as invocações paralelas `git repack -a -d` ou `git gc` ou qualquer outra operação Git (incluindo `git prune`, objetos soltos nunca são usados por `fast-import`).

note: type: Plain text
en: fast-import does not lock the branch or tag refs it is actively importing.  After the import, during its ref update phase, fast-import tests each existing branch ref to verify the update will be a fast-forward update (the commit stored in the ref is contained in the new history of the commit to be written).  If the update is not a fast-forward update, fast-import will skip updating that ref and instead prints a warning message.  fast-import will always attempt to update all branch refs, and does not stop on the first failure.
pt_BR: O `fast-import` não bloqueia a ramificação ou "tag refs" que está sendo importando ativamente.  Após a importação, durante a sua fase de atualização do "ref", o `fast-import` testa cada "ref" em cada ramo existente para verificar se a atualização será uma atualização de avanço rápido (o commit armazenado no "ref" está contida no novo histórico do commit a ser gravado).  Se a atualização não for uma atualização rápida, a importação rápida pulará a atualização "ref" e em vez disso, imprimirá uma mensagem de aviso.  A importação rápida sempre tentará atualizar todas as ramificações "refs" e não para na primeira falha.

note: type: Plain text
en: Branch updates can be forced with --force, but it's recommended that this only be used on an otherwise quiet repository.  Using --force is not necessary for an initial import into an empty repository.
pt_BR: As atualizações das ramificações podem ser impostas com a opção `--force`, mas é recomendável que isso seja usado apenas em um repositório silencioso.  O uso da opção `--force` não é necessário para uma importação inicial para um repositório vazio.

note: type: Title -
en: TECHNICAL DISCUSSION
pt_BR: DISCUSSÃO TÉCNICA

note: type: Plain text
en: fast-import tracks a set of branches in memory.  Any branch can be created or modified at any point during the import process by sending a `commit` command on the input stream.  This design allows a frontend program to process an unlimited number of branches simultaneously, generating commits in the order they are available from the source data.  It also simplifies the frontend programs considerably.
pt_BR: O `fast-import` rastreia um conjunto de ramificações na memória.  Durante o processo de importação, qualquer ramificação pode ser criada ou modificada a qualquer momento, enviando um comando `commit` no fluxo de entrada.  Este design permite que um programa front-end processe uma quantidade ilimitada de ramificações simultâneas, gerando commits na ordem em que estão disponíveis nos dados de origem.  Também simplifica consideravelmente os programas de interface.

note: type: Plain text
en: fast-import does not use or alter the current working directory, or any file within it.  (It does however update the current Git repository, as referenced by `GIT_DIR`.)  Therefore an import frontend may use the working directory for its own purposes, such as extracting file revisions from the foreign source.  This ignorance of the working directory also allows fast-import to run very quickly, as it does not need to perform any costly file update operations when switching between branches.
pt_BR: O `fast-import` não usa ou altera o diretório de trabalho atual ou qualquer outro arquivo dentro dele.  (No entanto, atualiza o repositório Git atual, conforme referenciado por `GIT_DIR`.) Portanto, um front-end de importação pode usar o diretório de trabalho para os seus próprios propósitos, como extrair as revisões dos arquivos das fontes estrangeiras.  Essa ignorância do diretório de trabalho também permite que o `fast-import` seja executado muito rapidamente, pois não é necessário executar nenhuma operação dispendiosa de atualização de arquivo ao alternar entre as ramificações.

note: type: Title -
en: INPUT FORMAT
pt_BR: FORMATO DE ENTRADA

note: type: Plain text
en: With the exception of raw file data (which Git does not interpret)  the fast-import input format is text (ASCII) based.  This text based format simplifies development and debugging of frontend programs, especially when a higher level language such as Perl, Python or Ruby is being used.
pt_BR: Com exceção dos dados brutos do arquivo (que o Git não interpreta), o formato de entrada do `fast-import` é baseado em texto (ASCII).  Esse formato baseado em texto simplifica o desenvolvimento e a depuração dos programas front-end, especialmente quando uma linguagem de nível superior, como o Perl, Python ou Ruby, está sendo usado.

note: type: Plain text
en: fast-import is very strict about its input.  Where we say SP below we mean *exactly* one space.  Likewise LF means one (and only one) linefeed and HT one (and only one) horizontal tab.  Supplying additional whitespace characters will cause unexpected results, such as branch names or file names with leading or trailing spaces in their name, or early termination of fast-import when it encounters unexpected input.
pt_BR: O `fast-import` é muito rigoroso quanto à sua entrada.  Quando dissermos SP, queremos dizer *exatamente* um espaço.  Da mesma forma, `LF` significa uma alimentação de linha (apenas uma) e `HT` uma guia horizontal (apenas uma).  O fornecimento de caracteres de espaço em branco adicionais causará resultados inesperados, como os nomes dos ramos ou nomes dos arquivos com espaços à esquerda ou à direita em seu nome, ou o encerramento antecipado do `fast-import` quando encontrar uma entrada inesperada.

note: type: Title ~
en: Stream Comments
pt_BR: Comentários do fluxo

note: type: Plain text
en: To aid in debugging frontends fast-import ignores any line that begins with `#` (ASCII pound/hash) up to and including the line ending `LF`.  A comment line may contain any sequence of bytes that does not contain an LF and therefore may be used to include any detailed debugging information that might be specific to the frontend and useful when inspecting a fast-import data stream.
pt_BR: Para ajudar na depuração de front-ends, o `fast-import` ignora qualquer linha que comece com `#` (ASCII libra/hash) até, e incluindo, a linha que termina com `LF`.  Uma linha de comentário pode conter qualquer sequência de bytes que não contenha um `LF` e, portanto, pode ser usado para incluir qualquer informação detalhada de depuração que possa ser específica do front-end e útil ao inspecionar um fluxo de dados do `fast-import`.

note: type: Title ~
en: Date Formats
pt_BR: Formatos de data

note: type: Plain text
en: The following date formats are supported.  A frontend should select the format it will use for this import by passing the format name in the --date-format=<fmt> command-line option.
pt_BR: Os seguintes formatos são compatíveis.  Um front-end deve selecionar o formato que será usado para essa importação, passando o nome do formato na opção da linha de comando `--date-format=<fmt>`.

note: type: Plain text
en: This is the Git native format and is `<time> SP <offutc>`.  It is also fast-import's default format, if --date-format was not specified.
pt_BR: Este é o formato nativo do Git que é `<tempo> SP <offutc>`.  Também é o formato predefinido do `fast-import`, caso `--date-format` não seja usado.

note: type: Plain text
en: The time of the event is specified by `<time>` as the number of seconds since the UNIX epoch (midnight, Jan 1, 1970, UTC) and is written as an ASCII decimal integer.
pt_BR: A hora do evento é especificado através de `<tempo>` como o número de segundos desde a época UNIX (meia-noite de 1º de janeiro de 1970, UTC) e é gravado como um número inteiro decimal ASCII.

note: type: Plain text
en: The local offset is specified by `<offutc>` as a positive or negative offset from UTC.  For example EST (which is 5 hours behind UTC)  would be expressed in `<tz>` by ``-0500'' while UTC is ``+0000''.  The local offset does not affect `<time>`; it is used only as an advisement to help formatting routines display the timestamp.
pt_BR: A compensação local é determinado através de `<offutc>` como uma compensação positiva ou negativa do UTC.  Por exemplo, EST (que fica há 5 horas atrás do UTC) seria expresso em `<tz>` por ``-0500'' enquanto o UTC é ``+0000''.  A compensação local não afeta o `<tempo>`; é utilizado apenas como um aviso para ajudar as rotinas de formatação a exibir o registro de data e hora.

note: type: Plain text
en: If the local offset is not available in the source material, use ``+0000'', or the most common local offset.  For example many organizations have a CVS repository which has only ever been accessed by users who are located in the same location and time zone.  In this case a reasonable offset from UTC could be assumed.
pt_BR: Caso uma compensação local não esteja disponível no material de origem, utilize ``+0000'' ou a compensação local mais comum.  Por exemplo, muitas organizações têm um repositório CVS que só foi acessado por usuários localizados no mesmo local e fuso horário.  Nesse caso, uma compensação razoável do UTC pode ser assumida.

note: type: Plain text
en: Unlike the `rfc2822` format, this format is very strict.  Any variation in formatting will cause fast-import to reject the value.
pt_BR: Diferente do formato `rfc2822`, que é muito rigoroso.  Qualquer variação na formatação fará com que o `fast-import` rejeite o valor.

note: type: Plain text
en: This is the standard email format as described by RFC 2822.
pt_BR: Este é o formato de email padrão, conforme está descrito pela RFC 2822.

note: type: Plain text
en: An example value is ``Tue Feb 6 11:22:18 2007 -0500''.  The Git parser is accurate, but a little on the lenient side.  It is the same parser used by 'git am' when applying patches received from email.
pt_BR: Um valor de exemplo é ``Ter 6 de fevereiro 11:22:18 2007 -0500''.  O analisador do Git é preciso, porém um pouco tolerante.  É o mesmo analisador usado pelo 'git am' ao aplicar os patches recebidos de email.

note: type: Plain text
en: Some malformed strings may be accepted as valid dates.  In some of these cases Git will still be able to obtain the correct date from the malformed string.  There are also some types of malformed strings which Git will parse wrong, and yet consider valid.  Seriously malformed strings will be rejected.
pt_BR: Algumas cadeias de caracteres (strings) malformadas podem ser aceitas como datas válidas.  Em alguns desses casos, o Git ainda poderá obter a data correta da cadeia de caracteres.  Também existem alguns tipos de cadeia de caracteres malformados que o Git analisará incorretamente e, no entanto, ainda assim o considerará válido.  As sequências que estiverem seriamente malformadas serão rejeitadas.

note: type: Plain text
en: Unlike the `raw` format above, the time zone/UTC offset information contained in an RFC 2822 date string is used to adjust the date value to UTC prior to storage.  Therefore it is important that this information be as accurate as possible.
pt_BR: Diferentemente do formato `bruto` acima, as informações de compensação do fuso horário/UTC contidas em uma sequência de datas RFC 2822, são usadas para ajustar o valor da data para UTC antes do armazenamento.  Portanto, é importante que essas informações sejam as mais precisas possíveis.

note: type: Plain text
en: If the source material uses RFC 2822 style dates, the frontend should let fast-import handle the parsing and conversion (rather than attempting to do it itself) as the Git parser has been well tested in the wild.
pt_BR: Caso o material de origem utilize datas no formato RFC 2822, o front-end deve permitir que o `fast-import` manipule a análise a conversão (em vez de tentar fazer isso sozinho), pois o analisador do Git foi bem testado em um ambiente natural.

note: type: Plain text
en: Frontends should prefer the `raw` format if the source material already uses UNIX-epoch format, can be coaxed to give dates in that format, or its format is easily convertible to it, as there is no ambiguity in parsing.
pt_BR: Os front-end devem preferir o formato `raw` (bruto) caso o material de origem já utilize o formato UNIX, pode ser atrativo fornecer datas nesse formato, ou o seu formato é facilmente convertível, pois não há ambiguidade na análise.

note: type: Plain text
en: Always use the current time and time zone.  The literal `now` must always be supplied for `<when>`.
pt_BR: Sempre use a hora e o fuso horário atual.  O literal `now` sempre deve ser informado em `<quando>`.

note: type: Plain text
en: This is a toy format.  The current time and time zone of this system is always copied into the identity string at the time it is being created by fast-import.  There is no way to specify a different time or time zone.
pt_BR: Este é um formato de brinquedo.  A hora e o fuso horário atual deste sistema são sempre copiados para a cadeia de identidade no momento em que são criados pelo `fast-import`.  Não há como especificar um horário ou fuso horário diferente.

note: type: Plain text
en: This particular format is supplied as it's short to implement and may be useful to a process that wants to create a new commit right now, without needing to use a working directory or 'git update-index'.
pt_BR: Esse formato em particular é fornecido para implementação curta e pode ser útil para um processo onde se deseja criar um novo commit imediatamente, sem a necessidade de usar um diretório ativo ou `git update-index`.

note: type: Plain text
en: If separate `author` and `committer` commands are used in a `commit` the timestamps may not match, as the system clock will be polled twice (once for each command).  The only way to ensure that both author and committer identity information has the same timestamp is to omit `author` (thus copying from `committer`) or to use a date format other than `now`.
pt_BR: Caso o `autor` e o `committer` sejam usados de forma separadas em um `commit`, os registro de data e hora podem não coincidir, pois o relógio do sistema será pesquisado duas vezes (uma vez para cada comando).  A única maneira de garantir que as informações de identidade do autor e de quem fez o commit tenham o mesmo registro de data e hora é omitir o `autor` (copiando assim do `committer`) ou usar um formato de data diferente de `now`.

note: type: Title ~
en: Commands
pt_BR: Comandos

note: type: Plain text
en: fast-import accepts several commands to update the current repository and control the current import process.  More detailed discussion (with examples) of each command follows later.
pt_BR: O fast-import aceita vários comandos para atualizar o repositório atual e controlar o processo de importação.  Discussões mais detalhadas (com exemplos) de cada comando virão depois.

note: type: Plain text
en: Creates a new branch or updates an existing branch by creating a new commit and updating the branch to point at the newly created commit.
pt_BR: Cria uma nova ramificação ou atualiza uma ramificação existente, criando um novo commit e atualizando a ramificação para apontar para o commit recém criado.

note: type: Plain text
en: Creates an annotated tag object from an existing commit or branch.  Lightweight tags are not supported by this command, as they are not recommended for recording meaningful points in time.
pt_BR: Cria um objeto "tag" anotado a partir de um commit ou ramificação existente.  As tags `lightweight` não são compatíveis com este comando, pois não são recomendadas para registrar os pontos importantes de tempo.

note: type: Plain text
en: Reset an existing branch (or a new branch) to a specific revision.  This command must be used to change a branch to a specific revision without making a commit on it.
pt_BR: Redefina uma ramificação existente (ou uma nova ramificação) para determinada revisão.  Este comando deve ser usado para alterar uma ramificação para uma revisão específica sem fazer um commit nela.

note: type: Plain text
en: Convert raw file data into a blob, for future use in a `commit` command.  This command is optional and is not needed to perform an import.
pt_BR: Converta os dados brutos do arquivo em uma bolha, para uso futuro em um comando `commit`.  Este comando é opcional, não sendo necessário para executar uma importação.

note: type: Plain text
en: Record that a mark refers to a given object without first creating any new object.  Using --import-marks and referring to missing marks will cause fast-import to fail, so aliases can provide a way to set otherwise pruned commits to a valid value (e.g. the nearest non-pruned ancestor).
pt_BR: Registre que uma marca se refere a um determinado objeto sem antes criar qualquer objeto novo.  O uso de --import-marks e referindo-se a marcas ausentes fará com que a importação rápida falhe de modo que os pseudônimos possam fornecer uma maneira de definir os compromissos podados de outra forma a um valor válido (por exemplo, o ancestral não podado mais próximo).

note: type: Plain text
en: Forces fast-import to close the current packfile, generate its unique SHA-1 checksum and index, and start a new packfile.  This command is optional and is not needed to perform an import.
pt_BR: Impõem o uso de `fast-import` para fechar o arquivo de pacotes atual, gerar seu "checksum", seu índice SHA-1 e iniciar um novo pacote de arquivo.  Este comando é opcional, não sendo necessário para executar uma importação.

note: type: Plain text
en: Causes fast-import to echo the entire line to its own standard output.  This command is optional and is not needed to perform an import.
pt_BR: Faz com que o `fast-import` faça um eco da linha inteira para sua própria saída predefinida.  Este comando é opcional, não sendo necessário para executar uma importação.

note: type: Plain text
en: Marks the end of the stream. This command is optional unless the `done` feature was requested using the `--done` command-line option or `feature done` command.
pt_BR: Faz a marcação do fim do fluxo. Este comando é opcional, a menos que o recurso `done` tenha sido solicitado usando a opção de linha de comando` --done` ou o comando `feature done`.

note: type: Plain text
en: Causes fast-import to print the SHA-1 corresponding to a mark to the file descriptor set with `--cat-blob-fd`, or `stdout` if unspecified.
pt_BR: Faz com que o `fast-import` imprima o SHA-1 correspondente a uma marcação no descritor do arquivo definido com `--cat-blob-fd` ou `stdout` caso não tenha sido especificado.

note: type: Plain text
en: Causes fast-import to print a blob in 'cat-file --batch' format to the file descriptor set with `--cat-blob-fd` or `stdout` if unspecified.
pt_BR: Faz com que o `fast-import` imprima uma bolha no formato 'cat-file --batch' no descritor do arquivo definido com `--cat-blob-fd` ou `stdout` caso não tenha sido especificado.

note: type: Plain text
en: Causes fast-import to print a line describing a directory entry in 'ls-tree' format to the file descriptor set with `--cat-blob-fd` or `stdout` if unspecified.
pt_BR: Faz com que o `fast-import` imprima uma linha que descreve uma entrada do diretório no formato `ls-tree` para o descritor do arquivo definido com `--cat-blob-fd` ou `stdout` caso não tenha sido especificado.

note: type: Plain text
en: Enable the specified feature. This requires that fast-import supports the specified feature, and aborts if it does not.
pt_BR: Ativa o recurso especificado. Isso requer que o `fast-import` ofereça compatibilidade ao recurso especificado, caso contrário, que seja abortado.

note: type: Plain text
en: Specify any of the options listed under OPTIONS that do not change stream semantic to suit the frontend's needs. This command is optional and is not needed to perform an import.
pt_BR: Especifique qualquer uma das opções listadas em `OPTIONS` que não alterem a semântica do fluxo para atender às necessidades do front-end. Este comando é opcional, não sendo necessário para executar uma importação.

note: type: Plain text
en: Create or update a branch with a new commit, recording one logical change to the project.
pt_BR: Crie ou atualize uma ramificação com um novo commit, registrando uma alteração lógica no projeto.

note: type: Plain text
en: where `<ref>` is the name of the branch to make the commit on.  Typically branch names are prefixed with `refs/heads/` in Git, so importing the CVS branch symbol `RELENG-1_0` would use `refs/heads/RELENG-1_0` for the value of `<ref>`.  The value of `<ref>` must be a valid refname in Git.  As `LF` is not valid in a Git refname, no quoting or escaping syntax is supported here.
pt_BR: onde `<ref>` é o nome do ramo no qual o commit deve ser feito.  Normalmente, os nomes das ramificações são prefixados com `refs/heads/` no Git, portanto, a importação do símbolo da ramificação CVS `RELENG-1_0` usaria `refs/heads/RELENG-1_0` como o valor de `<ref>`.  O valor de `<ref>` deve ser um "refname" válido no Git.  Como `LF` não é válido em um "refname" do Git, nenhuma sintaxe de aspas ou de escape é compatível aqui.

note: type: Plain text
en: A `mark` command may optionally appear, requesting fast-import to save a reference to the newly created commit for future use by the frontend (see below for format).  It is very common for frontends to mark every commit they create, thereby allowing future branch creation from any imported commit.
pt_BR: Um comando de marcação `mark` pode aparecer opcionalmente, solicitando ao `fast-import` para salvar uma referência ao commit recém-criado para uso futuro através do front-end (veja abaixo).  É muito comum que os front-ends marquem cada commit criado, permitindo assim a criação futura de ramificações a partir de qualquer commit importado.

note: type: Plain text
en: The `data` command following `committer` must supply the commit message (see below for `data` command syntax).  To import an empty commit message use a 0 length data.  Commit messages are free-form and are not interpreted by Git.  Currently they must be encoded in UTF-8, as fast-import does not permit other encodings to be specified.
pt_BR: O comando `data` após o `committer` deve suprir a mensagem do commit (veja abaixo a sintaxe do comando `data`).  Para importar uma mensagem vazia de commit, use os dados com 0 de comprimento.  As mensagens do commit são de livre formato e não são interpretadas pelo Git.  Atualmente, elas devem ser codificadas em UTF-8, pois o `fast-import` não permite que outras codificações sejam usadas.

note: type: Plain text
en: Zero or more `filemodify`, `filedelete`, `filecopy`, `filerename`, `filedeleteall` and `notemodify` commands may be included to update the contents of the branch prior to creating the commit.  These commands may be supplied in any order.  However it is recommended that a `filedeleteall` command precede all `filemodify`, `filecopy`, `filerename` and `notemodify` commands in the same commit, as `filedeleteall` wipes the branch clean (see below).
pt_BR: Zero ou mais comandos como `filemodify`, `filedelete`, `filecopy`, `filerename`, `filedeleteall` e `notemodify` podem ser incluídos para atualizar o conteúdo do ramo antes de criar o commit.  Estes comandos podem ser usados em qualquer ordem.  No entanto, é recomendado que um comando `filedeleteall` preceda todos os comandos `filemodify`, `filecopy`, `filerename` e `notemodify` no mesmo commit, já que `filedeleteall` limpa a ramificação (veja abaixo).

note: type: Plain text
en: The `LF` after the command is optional (it used to be required).  Note that for reasons of backward compatibility, if the commit ends with a `data` command (i.e. it has no `from`, `merge`, `filemodify`, `filedelete`, `filecopy`, `filerename`, `filedeleteall` or `notemodify` commands) then two `LF` commands may appear at the end of the command instead of just one.
pt_BR: O 'LF' após o comando é opcional (costumava ser obrigatório).  Observe que por razões de compatibilidade retrógrada, caso o commit termine com um comando `data` (ou seja, não tiver nenhum comando `from`, `merge`, `filemodify`, `filedelete`, `filecopy`, `filerename`, `filedeleteall` ou `notemodify`) então dois comandos 'LF' podem aparecer no final do comando em vez de apenas um.

note: type: Plain text
en: An `author` command may optionally appear, if the author information might differ from the committer information.  If `author` is omitted then fast-import will automatically use the committer's information for the author portion of the commit.  See below for a description of the fields in `author`, as they are identical to `committer`.
pt_BR: Um comando `autor` pode opcionalmente aparecer, caso as informações do autor puderem diferir das informações de quem fez o commit.  Caso o `autor` seja omitido, então o `fast-import` usará automaticamente as informações de quem fez o commit para a parte relaiva ao autor do commit.  Veja abaixo uma descrição dos campos em `autor`, pois são idênticos aos do `committer`.

note: type: Plain text
en: The `committer` command indicates who made this commit, and when they made it.
pt_BR: O comando `committer` indica quem foi que fez o commit e quando foi feito.

note: type: Plain text
en: Here `<name>` is the person's display name (for example ``Com M Itter'') and `<email>` is the person's email address (``\cm@example.com'').  `LT` and `GT` are the literal less-than (\x3c)  and greater-than (\x3e) symbols.  These are required to delimit the email address from the other fields in the line.  Note that `<name>` and `<email>` are free-form and may contain any sequence of bytes, except `LT`, `GT` and `LF`.  `<name>` is typically UTF-8 encoded.
pt_BR: Aqui `<name>` é o nome de exibição da pessoa (``Com M Itter'' por exemplo) and `<email>` é o endereço de e-mail da pessoa(``\cm@example.com'').  `LT` e `GT` são os símbolos literais menores que (`\x3c`) e maiores que (`\x3e`).  Isso é necessário para delimitar o endereço de e-mail dos outros campos na linha.  Observe que `<nome>` e `<email>` são de forma livre e podem conter qualquer sequência de bytes, exceto `LT`,` GT` e `LF`.  `<nome>` é codificada em UTF-8.

note: type: Plain text
en: The time of the change is specified by `<when>` using the date format that was selected by the --date-format=<fmt> command-line option.  See ``Date Formats'' above for the set of supported formats, and their syntax.
pt_BR: A hora da alteração é especificada por `<quando>` usando o formato de data selecionado pela opção da linha de comando `--date-format=<fmt>`.  Consulte ``Formatos de data'' acima para obter o conjunto de formatos compatíveis e a sua sintaxe.

note: type: Plain text
en: The `from` command is used to specify the commit to initialize this branch from.  This revision will be the first ancestor of the new commit.  The state of the tree built at this commit will begin with the state at the `from` commit, and be altered by the content modifications in this commit.
pt_BR: O comando `from` é utilizado para especificar o commit para inicializar esta ramificação.  Esta revisão será o primeiro ancestral do novo commit.  O estado da árvore construída neste commit começará com a condição no commit `from` e será alterado pelas alterações do conteúdo deste commit.

note: type: Plain text
en: Omitting the `from` command in the first commit of a new branch will cause fast-import to create that commit with no ancestor. This tends to be desired only for the initial commit of a project.  If the frontend creates all files from scratch when making a new branch, a `merge` command may be used instead of `from` to start the commit with an empty tree.  Omitting the `from` command on existing branches is usually desired, as the current commit on that branch is automatically assumed to be the first ancestor of the new commit.
pt_BR: Omitir o comando `from` no primeiro commit de uma nova ramificação fará com que o `fast-import` crie este commit sem antecessor. Isso tende a ser desejado apenas para o commit inicial de um projeto.  Caso o front-end crie todos os arquivos do zero ao criar uma nova ramificação, um comando `merge` poderá ser usado em vez de `from` para iniciar o commit com uma árvore vazia.  Omitir o comando `from` em ramificações existentes é geralmente desejado, pois o commit atual neste ramo é automaticamente assumido como o primeiro antecessor do novo commit.

note: type: Plain text
en: As `LF` is not valid in a Git refname or SHA-1 expression, no quoting or escaping syntax is supported within `<commit-ish>`.
pt_BR: Como `LF` não é válido em uma referência de nome do Git ou em uma expressão SHA-1, nenhuma sintaxe de citação ou escape é compatível com `<commit-ish>`.

note: type: Plain text
en: Here `<commit-ish>` is any of the following:
pt_BR: Aqui `<commit-ish>` é qualquer um dos seguintes:

note: type: Plain text
en: The name of an existing branch already in fast-import's internal branch table.  If fast-import doesn't know the name, it's treated as a SHA-1 expression.
pt_BR: O nome de uma ramificação existente já na tabela de ramificações internas do `fast-import`.  Caso o `fast-import` não saiba o nome, ele será tratado como uma expressão SHA-1.

note: type: Plain text
en: A mark reference, `:<idnum>`, where `<idnum>` is the mark number.
pt_BR: A marcação de referência, `:<idnum>`, onde `<idnum>` seja o número da marcação.

note: type: Plain text
en: The reason fast-import uses `:` to denote a mark reference is this character is not legal in a Git branch name.  The leading `:` makes it easy to distinguish between the mark 42 (`:42`) and the branch 42 (`42` or `refs/heads/42`), or an abbreviated SHA-1 which happened to consist only of base-10 digits.
pt_BR: A razão pela qual o `fast-import` usa `:` para indicar uma marcação de referência é que esse caractere não é legal com um nome de ramo do Git.  O `:` principal facilita a distinção entre a marcação 42 (`:42`) e a ramificação 42 (`42` ou `refs/heads/42`), ou um SHA-1 abreviado que passou a consistir apenas em dígitos de base 10.

note: type: Plain text
en: Marks must be declared (via `mark`) before they can be used.
pt_BR: As marcações devem ser declaradas (através de `mark`) antes de poderem ser usadas.

note: type: Plain text
en: A complete 40 byte or abbreviated commit SHA-1 in hex.
pt_BR: Um commit completo com 40 bytes ou um SHA-1 abreviado em hexadecimal.

note: type: Plain text
en: Any valid Git SHA-1 expression that resolves to a commit.  See ``SPECIFYING REVISIONS'' in linkgit:gitrevisions[7] for details.
pt_BR: Qualquer expressão Git SHA-1 válido que resolva para um commit.  Consulte ``ESPECIFICANDO REVISÕES'' em linkgit:gitrevisions[7] para mais detalhes.

note: type: Plain text
en: The special null SHA-1 (40 zeros) specifies that the branch is to be removed.
pt_BR: O SHA-1 nulo especial (40 zeros) especifica que a ramificação deve ser removida.

note: type: Plain text
en: The special case of restarting an incremental import from the current branch value should be written as:
pt_BR: O caso especial de reiniciar uma importação incremental do valor atual da ramificação deve ser escrito como:

note: type: Plain text
en: The `^0` suffix is necessary as fast-import does not permit a branch to start from itself, and the branch is created in memory before the `from` command is even read from the input.  Adding `^0` will force fast-import to resolve the commit through Git's revision parsing library, rather than its internal branch table, thereby loading in the existing value of the branch.
pt_BR: O sufixo `^0` é necessário, pois a importação rápida não permite que uma ramificação inicie por si mesma e a ramificação é criada na memória antes que o comando `from` seja lido pela entrada.  Adicionar o `^0` irá impor que o `fast-import` resolva o commit através da biblioteca de análise de revisão do Git, em vez de sua tabela de ramificação interna, carregando assim o valor existente da ramificação.

note: type: Plain text
en: Includes one additional ancestor commit.  The additional ancestry link does not change the way the tree state is built at this commit.  If the `from` command is omitted when creating a new branch, the first `merge` commit will be the first ancestor of the current commit, and the branch will start out with no files.  An unlimited number of `merge` commands per commit are permitted by fast-import, thereby establishing an n-way merge.
pt_BR: Inclui um commit ancestral adicional.  O link de ancestralidade adicional não altera a maneira como o estado da árvore é construído nesse commit.  Caso o comando `from` seja omitido durante a criação de uma nova ramificação, o primeiro commit` merge` será o primeiro ancestral do commit atual, e o ramo começará sem arquivos.  Um número ilimitado de comandos `merge` por commit é permitido pelo `fast-import`, estabelecendo assim uma mesclagem n-way.

note: type: Plain text
en: Here `<commit-ish>` is any of the commit specification expressions also accepted by `from` (see above).
pt_BR: Aqui `<commit-ish>` é qualquer uma das expressões de especificação de um commit também aceitas por `from` (veja acima).

note: type: Plain text
en: Included in a `commit` command to add a new file or change the content of an existing file.  This command has two different means of specifying the content of the file.
pt_BR: Incluído no comando `commit` para adicionar um novo arquivo ou alterar o conteúdo de um arquivo existente.  Este comando possui dois meios diferentes de especificar o conteúdo do arquivo.

note: type: Labeled list
en: External data format
pt_BR: Formato de dados externos

note: type: Plain text
en: The data content for the file was already supplied by a prior `blob` command.  The frontend just needs to connect it.
pt_BR: O conteúdo dos dados para o arquivo já foi fornecido por um comando `blob` anterior.  O front-end só precisa conectá-lo.

note: type: delimited block .
en: 	'M' SP <mode> SP <dataref> SP <path> LF
pt_BR: 	'M' SP <modo> SP <dataref> SP <caminho> LF

note: type: Plain text
en: Here usually `<dataref>` must be either a mark reference (`:<idnum>`)  set by a prior `blob` command, or a full 40-byte SHA-1 of an existing Git blob object.  If `<mode>` is `040000`` then `<dataref>` must be the full 40-byte SHA-1 of an existing Git tree object or a mark reference set with `--import-marks`.
pt_BR: Aqui geralmente `<dataref>` deve ser uma marcação de referência (`:<idnum>`) definida por um comando `blob` ou um SHA-1 completo com 40 bytes de um objeto bolha já existente no Git.  Caso o `<modo>` seja `040000`` então `<dataref>` deve ser o SHA-1 completo com 40 bytes de um objeto existente na árvore Git ou uma marcação de referência definida com `--import-marks`.

note: type: Labeled list
en: Inline data format
pt_BR: Formato de dados em linha

note: type: Plain text
en: The data content for the file has not been supplied yet.  The frontend wants to supply it as part of this modify command.
pt_BR: O conteúdo dos dados para o arquivo ainda não foi fornecido.  O front-end deseja fornecê-lo como parte deste comando de modificação.

note: type: delimited block .
en: 	'M' SP <mode> SP 'inline' SP <path> LF
    	data
pt_BR: 	'M' SP <modo> SP 'inline' SP <caminho> LF
    	dado

note: type: Plain text
en: See below for a detailed description of the `data` command.
pt_BR: Veja abaixo uma descrição detalhada do comando `data`.

note: type: Plain text
en: In both formats `<mode>` is the type of file entry, specified in octal.  Git only supports the following modes:
pt_BR: Nos dois formatos o `<modo>` é o tipo de entrada do arquivo em formato octal.  O Git é compatível apenas com os seguintes modos:

note: type: Plain text
en: `100644` or `644`: A normal (not-executable) file.  The majority of files in most projects use this mode.  If in doubt, this is what you want.
pt_BR: `100644` ou `644`: um arquivo normal (não executável).  A maioria dos arquivos na maioria dos projetos utiliza este modo.  Em caso de dúvida, é isso mesmo que deve ser usado.

note: type: Plain text
en: `100755` or `755`: A normal, but executable, file.
pt_BR: `100755` ou `755`: Um arquivo normal, porém executável.

note: type: Plain text
en: `120000`: A symlink, the content of the file will be the link target.
pt_BR: `120000`: um link simbólico, o conteúdo do arquivo será o destino do link.

note: type: Plain text
en: `160000`: A gitlink, SHA-1 of the object refers to a commit in another repository. Git links can only be specified by SHA or through a commit mark. They are used to implement submodules.
pt_BR: `160000`: Um gitlink SHA-1 do objeto referindo-se a um commit em outro repositório. Os links Git podem ser especificados apenas pelo SHA ou por meio de uma marcação do commit. Eles são usados para implementar os submódulos.

note: type: Plain text
en: `040000`: A subdirectory.  Subdirectories can only be specified by SHA or through a tree mark set with `--import-marks`.
pt_BR: `040000`: um subdiretório.  Os subdiretórios podem ser especificados apenas pelo SHA ou através de uma marcação de árvore definida com `--import-marks`.

note: type: Plain text
en: In both formats `<path>` is the complete path of the file to be added (if not already existing) or modified (if already existing).
pt_BR: Nos dois formatos o `<caminho>` é o caminho completo do arquivo a ser adicionado (caso ainda não exista) ou modificado (caso já exista).

note: type: Plain text
en: A `<path>` string must use UNIX-style directory separators (forward slash `/`), may contain any byte other than `LF`, and must not start with double quote (`"`).
pt_BR: Uma cadeia de caracteres `<caminho>` deve usar separadores de diretório no estilo UNIX (barra `/`), pode conter qualquer byte que não seja `LF` e não deve começar com aspas duplas (`"`).

note: type: Plain text
en: A path can use C-style string quoting; this is accepted in all cases and mandatory if the filename starts with double quote or contains `LF`. In C-style quoting, the complete name should be surrounded with double quotes, and any `LF`, backslash, or double quote characters must be escaped by preceding them with a backslash (e.g., `"path/with\n, \\ and \" in it"`).
pt_BR: Um caminho pode usar aspas no estilo C; é aceito em todos os casos e obrigatório caso o nome do arquivo comece com duas aspas ou tenha um `LF`. Na citação no estilo C, o nome completo deve estar entre duas aspas e qualquer caractere `LF`, barra invertida ou duas aspas deve ser escapado precedendo-os com uma barra invertida (`"caminho/com\n, \\ e \"nele"` por exemplo).

note: type: Plain text
en: The value of `<path>` must be in canonical form. That is it must not:
pt_BR: O valor de `<caminho>` deve estar em forma canônica. Ou seja, não deve:

note: type: Plain text
en: contain an empty directory component (e.g. `foo//bar` is invalid),
pt_BR: contém um componente de diretório vazio (`foo//bar` é inválido por exemplo),

note: type: Plain text
en: end with a directory separator (e.g. `foo/` is invalid),
pt_BR: termina com um separador de diretório (`foo/` é inválido por exemplo),

note: type: Plain text
en: start with a directory separator (e.g. `/foo` is invalid),
pt_BR: comece com um separador de diretório (`/foo` é inválido por exemplo),

note: type: Plain text
en: contain the special component `.` or `..` (e.g. `foo/./bar` and `foo/../bar` are invalid).
pt_BR: tem o componente especial `.` ou `..` (`foo/./bar` e `foo/../bar` são inválidos por exemplo).

note: type: Plain text
en: The root of the tree can be represented by an empty string as `<path>`.
pt_BR: A raiz da árvore pode ser representada por uma cadeia de caracteres vazios como `<caminho>`.

note: type: Plain text
en: It is recommended that `<path>` always be encoded using UTF-8.
pt_BR: É recomendável que o `<caminho>` seja sempre codificado usando UTF-8.

note: type: Plain text
en: Included in a `commit` command to remove a file or recursively delete an entire directory from the branch.  If the file or directory removal makes its parent directory empty, the parent directory will be automatically removed too.  This cascades up the tree until the first non-empty directory or the root is reached.
pt_BR: Incluído no comando `commit` para remover um arquivo ou excluir recursivamente um diretório inteiro da ramificação.  Caso a remoção do arquivo ou diretório deixar seu diretório matriz vazio, o diretório matriz também será automaticamente removido.  Isso faz cascata na árvore até que o primeiro diretório que não esteja vazio ou a raiz seja atingida.

note: type: delimited block .
en: 	'D' SP <path> LF
pt_BR: 	'D' SP <caminho> LF

note: type: Plain text
en: here `<path>` is the complete path of the file or subdirectory to be removed from the branch.  See `filemodify` above for a detailed description of `<path>`.
pt_BR: aqui '<path>' é o caminho completo do arquivo ou subdiretório a ser removido do ramo.  Consulte `filemodify` acima para obter uma descrição detalhada de `<path>`.

note: type: Plain text
en: Recursively copies an existing file or subdirectory to a different location within the branch.  The existing file or directory must exist.  If the destination exists it will be completely replaced by the content copied from the source.
pt_BR: Recursivamente copie um arquivo ou subdiretório existente para um local diferente dentro da ramificação.  O arquivo ou diretório existente deve existir.  Caso o destino exista, ele será completamente substituído pelo conteúdo copiado da fonte.

note: type: delimited block .
en: 	'C' SP <path> SP <path> LF
pt_BR: 	'C' SP <caminho> SP <caminho> LF

note: type: Plain text
en: here the first `<path>` is the source location and the second `<path>` is the destination.  See `filemodify` above for a detailed description of what `<path>` may look like.  To use a source path that contains SP the path must be quoted.
pt_BR: aqui o primeiro `<caminho>` é o local de origem e o segundo `<caminho>` é o destino.  Consulte `filemodify` acima para uma descrição detalhada de como pode ser o `<caminho>`.  O caminho deve ser citado para usar um caminho de origem que contenha `SP`.

note: type: Plain text
en: A `filecopy` command takes effect immediately.  Once the source location has been copied to the destination any future commands applied to the source location will not impact the destination of the copy.
pt_BR: Um comando `filecopy` entra em vigor imediatamente.  Depois que o local de origem tenha sido copiado para o destino, quaisquer comandos futuros aplicados ao local de origem não afetarão o destino da cópia.

note: type: Plain text
en: Renames an existing file or subdirectory to a different location within the branch.  The existing file or directory must exist. If the destination exists it will be replaced by the source directory.
pt_BR: Renomeia um arquivo ou subdiretório existente para um local diferente dentro da ramificação.  O arquivo ou diretório existente deve existir. Caso o destino exista, ele será substituído pelo diretório de origem.

note: type: delimited block .
en: 	'R' SP <path> SP <path> LF
pt_BR: 	'R' SP <caminho> SP <caminho> LF

note: type: Plain text
en: A `filerename` command takes effect immediately.  Once the source location has been renamed to the destination any future commands applied to the source location will create new files there and not impact the destination of the rename.
pt_BR: Um comando `filerename` entra em vigor imediatamente.  Depois que o local de origem for renomeado para o destino, quaisquer comandos futuros aplicados ao local de origem criarão novos arquivos e não afetarão o destino da renomeação.

note: type: Plain text
en: Note that a `filerename` is the same as a `filecopy` followed by a `filedelete` of the source location.  There is a slight performance advantage to using `filerename`, but the advantage is so small that it is never worth trying to convert a delete/add pair in source material into a rename for fast-import.  This `filerename` command is provided just to simplify frontends that already have rename information and don't want bother with decomposing it into a `filecopy` followed by a `filedelete`.
pt_BR: Observe que um `filename` é o mesmo que um` filecopy` seguido de um `filedelete` do local de origem.  Há uma pequena vantagem de desempenho em usar o `filename`, mas a vantagem é tão pequena que nunca vale a pena tentar converter um par de exclusão/adição no material de origem em uma renomeação para o `fast-import`.  Este comando `filerename` é fornecido apenas para simplificar os front-ends que já possuam informações de renomeação e não querem se decompor em um `filecopy` seguido de um `filedelete`.

note: type: Plain text
en: Included in a `commit` command to remove all files (and also all directories) from the branch.  This command resets the internal branch structure to have no files in it, allowing the frontend to subsequently add all interesting files from scratch.
pt_BR: Incluído no comando `commit` para remover todos os arquivos (e também todos os diretórios) da ramificação.  Este comando redefine a estrutura interna da ramificação para não conter arquivos, permitindo que o front-end adicione posteriormente todos os arquivos interessantes do zero.

note: type: Plain text
en: This command is extremely useful if the frontend does not know (or does not care to know) what files are currently on the branch, and therefore cannot generate the proper `filedelete` commands to update the content.
pt_BR: Este comando é extremamente útil caso o front-end não soiba (ou não quer saber) quais são os arquivos estão atualmente no ramo e, portanto, não conseguir gerar os comandos `filedelete` adequados para atualizar o conteúdo.

note: type: Plain text
en: Issuing a `filedeleteall` followed by the needed `filemodify` commands to set the correct content will produce the same results as sending only the needed `filemodify` and `filedelete` commands.  The `filedeleteall` approach may however require fast-import to use slightly more memory per active branch (less than 1 MiB for even most large projects); so frontends that can easily obtain only the affected paths for a commit are encouraged to do so.
pt_BR: A emissão de um arquivo ʻfiledeleteall` seguido dos comandos necessários `filemodify` para definir o conteúdo correto e produzirá os mesmos resultados que o envio apenas dos comandos necessários `filemodify` e `filedelete`.  A abordagem `filedeleteall` pode, no entanto, exigir que o `fast-import` para usar um pouco mais de memória por ramificação ativa (menos de 1 MiB para projetos ainda maiores); portanto, os front-ends que podem obter facilmente apenas aos caminhos afetados para um commit são incentivados a fazê-lo.

note: type: Plain text
en: Included in a `commit` `<notes_ref>` command to add a new note annotating a `<commit-ish>` or change this annotation contents.  Internally it is similar to filemodify 100644 on `<commit-ish>` path (maybe split into subdirectories). It's not advised to use any other commands to write to the `<notes_ref>` tree except `filedeleteall` to delete all existing notes in this tree.  This command has two different means of specifying the content of the note.
pt_BR: Incluído em um comando `commit` `<notes_ref>` para adicionar uma nova nota anotando um `<commit-ish>` ou alterar este conteúdo da anotação.  Internamente, é semelhante ao arquivo modificado 100644 no caminho `<commit-ish>` (talvez dividido em subdiretórios). Não é aconselhável usar outros comandos para escrever na árvore `<notes_ref>`, exceto `filedeleteall` para excluir todas as anotações existentes nessa árvore.  Este comando possui dois meios diferentes de especificar o conteúdo da anotação.

note: type: Plain text
en: The data content for the note was already supplied by a prior `blob` command.  The frontend just needs to connect it to the commit that is to be annotated.
pt_BR: O conteúdo dos dados para a anotação já foi fornecido por um comando `blob` anterior.  O front-end só precisa conectá-lo ao commit que deve ser anotado.

note: type: Plain text
en: Here `<dataref>` can be either a mark reference (`:<idnum>`)  set by a prior `blob` command, or a full 40-byte SHA-1 of an existing Git blob object.
pt_BR: Aqui `<dataref>` pode ser uma marcação de referência (`:<idnum>`) definida por um comando `blob` anterior ou um SHA-1 completo com 40 bytes de um objeto bolha existente.

note: type: Plain text
en: The data content for the note has not been supplied yet.  The frontend wants to supply it as part of this modify command.
pt_BR: O conteúdo dos dados da anotação ainda não foi fornecido.  O front-end deseja fornecê-lo como parte deste comando de modificação.

note: type: delimited block .
en: 	'N' SP 'inline' SP <commit-ish> LF
    	data
pt_BR: 	'N' SP 'inline' SP <commit-ish> LF
    	dado

note: type: Plain text
en: In both formats `<commit-ish>` is any of the commit specification expressions also accepted by `from` (see above).
pt_BR: Nos dois formatos, `<commit-ish>` é qualquer uma das expressões de especificação do commit também aceitos por `from` (veja acima).

note: type: Plain text
en: Arranges for fast-import to save a reference to the current object, allowing the frontend to recall this object at a future point in time, without knowing its SHA-1.  Here the current object is the object creation command the `mark` command appears within.  This can be `commit`, `tag`, and `blob`, but `commit` is the most common usage.
pt_BR: Organiza `fast-import` para salvar uma referência ao objeto atual, permitindo que o front-end recupere este objeto em um momento futuro, sem conhecer o seu SHA-1.  Aqui, o objeto atual é o comando de criação do objeto no qual o comando `mark` aparece.  Pode ser `commit`, `tag` e `blob`, mas `commit` é o uso mais comum.

note: type: Plain text
en: where `<idnum>` is the number assigned by the frontend to this mark.  The value of `<idnum>` is expressed as an ASCII decimal integer.  The value 0 is reserved and cannot be used as a mark.  Only values greater than or equal to 1 may be used as marks.
pt_BR: onde `<idnum>` é o número atribuído pelo front-end a esta marcação.  O valor de `<idnum>` é expresso como um número ASCII decimal inteiro.  O valor 0 é reservado e não pode ser usado como uma marcação.  Somente os valores maiores ou iguais a 1 podem ser usados como marcação.

note: type: Plain text
en: New marks are created automatically.  Existing marks can be moved to another object simply by reusing the same `<idnum>` in another `mark` command.
pt_BR: As novas marcações são criadas automaticamente.  As marcações existentes podem ser movidas para um outro objeto simplesmente reutilizando o mesmo `<idnum>` em outro comando `mark`.

note: type: Plain text
en: Provides the name of the object in the original source control system.  fast-import will simply ignore this directive, but filter processes which operate on and modify the stream before feeding to fast-import may have uses for this information
pt_BR: Fornece o nome do objeto no sistema de controle de origem original.  o `fast-import` simplesmente ignorará esta diretiva, porém os processos de filtro que operam e modificam o fluxo antes de alimentar o `fast-import` podem ter usos para essas informações

note: type: delimited block .
en: 	'original-oid' SP <object-identifier> LF
pt_BR: 	'original-oid' SP <identificador-do-objeto> LF

note: type: Plain text
en: where `<object-identifer>` is any string not containing LF.
pt_BR: onde `<identificador-do-objeto>` é qualquer cadeia de caracteres que não contenha LF.

note: type: Plain text
en: Creates an annotated tag referring to a specific commit.  To create lightweight (non-annotated) tags see the `reset` command below.
pt_BR: Cria uma tag anotada referente a um commit específico.  Para criar tags `lightweight` (não anotadas), consulte o comando `reset` abaixo.

note: type: Plain text
en: where `<name>` is the name of the tag to create.
pt_BR: onde `<name>` é o nome da tag a ser criada.

note: type: Plain text
en: Tag names are automatically prefixed with `refs/tags/` when stored in Git, so importing the CVS branch symbol `RELENG-1_0-FINAL` would use just `RELENG-1_0-FINAL` for `<name>`, and fast-import will write the corresponding ref as `refs/tags/RELENG-1_0-FINAL`.
pt_BR: Os nomes das tags são prefixados automaticamente com `refs/tags/` quando armazenados no Git, portanto, a importação do símbolo do ramo CVS `RELENG-1_0-FINAL` usaria apenas `RELENG-1_0-FINAL` para `<nome>` e o `fast-import` irá escrever um `ref` correspondente como `refs/tags/RELENG-1_0-FINAL`.

note: type: Plain text
en: The value of `<name>` must be a valid refname in Git and therefore may contain forward slashes.  As `LF` is not valid in a Git refname, no quoting or escaping syntax is supported here.
pt_BR: O valor de `<nome>` deve ser um `refname` válido no Git e portanto, pode conter barras.  Como `LF` não é válido em um "refname" do Git, nenhuma sintaxe de aspas ou de escape é compatível aqui.

note: type: Plain text
en: The `from` command is the same as in the `commit` command; see above for details.
pt_BR: O comando `from` é o mesmo que no comando `commit`; veja acima para detalhes.

note: type: Plain text
en: The `tagger` command uses the same format as `committer` within `commit`; again see above for details.
pt_BR: O comando `tagger` usa o mesmo formato que `committer` dentro de `commit`; veja novamente acima para obter detalhes.

note: type: Plain text
en: The `data` command following `tagger` must supply the annotated tag message (see below for `data` command syntax).  To import an empty tag message use a 0 length data.  Tag messages are free-form and are not interpreted by Git.  Currently they must be encoded in UTF-8, as fast-import does not permit other encodings to be specified.
pt_BR: O comando `data` após o `tagger` deve fornecer a mensagem anotada do tag (veja abaixo a sintaxe do comando `data`).  Para importar uma mensagem de tag vazia, use dados com  0 de comprimento.  As mensagens de tag são de forma livre e não são interpretados pelo Git.  Atualmente, elas devem ser codificadas em UTF-8, pois o `fast-import` não permite que outras codificações sejam usadas.

note: type: Plain text
en: Signing annotated tags during import from within fast-import is not supported.  Trying to include your own PGP/GPG signature is not recommended, as the frontend does not (easily) have access to the complete set of bytes which normally goes into such a signature.  If signing is required, create lightweight tags from within fast-import with `reset`, then create the annotated versions of those tags offline with the standard 'git tag' process.
pt_BR: A assinatura de tags anotadas durante a importação com `fast-import` não é compatível.  Não é recomendável tentar incluir na sua própria assinatura PGP/GPG, pois o front-end não tem (facilmente) acesso ao conjunto completo de bytes que normalmente entra nessa assinatura.  Caso a assinatura seja necessária, crie tags `lightweight` a partir do `fast-import` com `reset` e crie as versões anotadas dessas tags desconectadas com o processo predefinido 'git tag'.

note: type: Plain text
en: Creates (or recreates) the named branch, optionally starting from a specific revision.  The reset command allows a frontend to issue a new `from` command for an existing branch, or to create a new branch from an existing commit without creating a new commit.
pt_BR: Cria (ou recria) a ramificação nomeada, iniciando opcionalmente a partir de uma revisão específica.  O comando `reset permite que um front-end emita um novo comando `from` para uma ramificação existente ou crie uma nova ramificação a partir de um commit existente sem criar um novo commit.

note: type: Plain text
en: For a detailed description of `<ref>` and `<commit-ish>` see above under `commit` and `from`.
pt_BR: Para uma descrição detalhada sobre `<ref>` e `<commit-ish>` veja acima em `commit` e` from`.

note: type: Plain text
en: The `LF` after the command is optional (it used to be required).
pt_BR: O `LF` após o comando é opcional (costumava ser necessário).

note: type: Plain text
en: The `reset` command can also be used to create lightweight (non-annotated) tags.  For example:
pt_BR: The `reset` command can also be used to create lightweight (non-annotated) tags.  Por exemplo:

note: type: Plain text
en: would create the lightweight tag `refs/tags/938` referring to whatever commit mark `:938` references.
pt_BR: criaria a tag `lightweight` `refs/tags/938` se referindo a qualquer marcação do commit `:938`.

note: type: Plain text
en: Requests writing one file revision to the packfile.  The revision is not connected to any commit; this connection must be formed in a subsequent `commit` command by referencing the blob through an assigned mark.
pt_BR: Solicita a gravação de uma revisão do arquivo no pacote do arquivo.  A revisão não está conectada a nenhum commit; essa conexão deve ser formada com um comando `commit` subsequente referenciando a bolha através de uma marcação atribuída.

note: type: delimited block .
en: 	'blob' LF
    	mark?
    	original-oid?
    	data
pt_BR: 	'blob' LF
    	mark?
    	original-oid?
    	dado

note: type: Plain text
en: The mark command is optional here as some frontends have chosen to generate the Git SHA-1 for the blob on their own, and feed that directly to `commit`.  This is typically more work than it's worth however, as marks are inexpensive to store and easy to use.
pt_BR: O comando `mark` é opcional aqui, pois alguns front-ends optaram por gerar o SHA-1 do Git para a bolha por conta própria e alimentá-la diretamente para o `commit`.  No entanto, normalmente é mais trabalhoso do que vale a pena, pois as marcas são baratas de armazenar e fáceis de usar.

note: type: Plain text
en: Supplies raw data (for use as blob/file content, commit messages, or annotated tag messages) to fast-import.  Data can be supplied using an exact byte count or delimited with a terminating line.  Real frontends intended for production-quality conversions should always use the exact byte count format, as it is more robust and performs better.  The delimited format is intended primarily for testing fast-import.
pt_BR: Fornece os dados brutos (para uso como o conteúdo bolha/arquivo, as mensagens do commit ou as mensagens de anotação das tags) para o `fast-import`.  Os dados podem ser fornecidos usando uma contagem exata de bytes ou delimitados por uma linha final.  Os front-ends reais destinados para conversões de qualidade de produção devem sempre usar o formato exato de contagem de bytes, pois são mais robustos e têm um melhor desempenho.  O formato delimitado destina-se principalmente ao teste de importação rápida.

note: type: Plain text
en: Comment lines appearing within the `<raw>` part of `data` commands are always taken to be part of the body of the data and are therefore never ignored by fast-import.  This makes it safe to import any file/message content whose lines might start with `#`.
pt_BR: As linhas de comentário que aparecem na parte `<raw>` dos comandos `data` sempre são consideradas parte do corpo dos dados e portanto, nunca são ignoradas pelo `fast-import`.  Isso torna seguro importar qualquer conteúdo do arquivo/mensagem cujas linhas possam começar com `#`.

note: type: Labeled list
en: Exact byte count format
pt_BR: Formato exato de contagem de bytes

note: type: Plain text
en: The frontend must specify the number of bytes of data.
pt_BR: O front-end deve especificar a quantidade de bytes dos dados.

note: type: Plain text
en: where `<count>` is the exact number of bytes appearing within `<raw>`.  The value of `<count>` is expressed as an ASCII decimal integer.  The `LF` on either side of `<raw>` is not included in `<count>` and will not be included in the imported data.
pt_BR: onde `<count>` é a quantidade exato de bytes que aparece em `<raw>`.  O valor `<count>` é expressado como um número ASCII decimal inteiro.  O `LF` em ambos os lados de `<raw>` não está incluído em `<count>` e não será incluído nos dados importados.

note: type: Plain text
en: The `LF` after `<raw>` is optional (it used to be required) but recommended.  Always including it makes debugging a fast-import stream easier as the next command always starts in column 0 of the next line, even if `<raw>` did not end with an `LF`.
pt_BR: O `LF` após `<raw>` é opcional (costumava ser necessário), mas recomendado.  A inclusão sempre facilita a depuração de um fluxo do `fast-import`, pois o próximo comando sempre inicia na coluna 0 da próxima linha, ainda que `<raw>` não termine com um `LF`.

note: type: Labeled list
en: Delimited format
pt_BR: Formato delimitado

note: type: Plain text
en: A delimiter string is used to mark the end of the data.  fast-import will compute the length by searching for the delimiter.  This format is primarily useful for testing and is not recommended for real data.
pt_BR: Uma cadeia de caracteres delimitadora é usada para marcar o final dos dados.  O `fast-import` calculará o comprimento pesquisando pelo delimitador.  Esse formato é útil principalmente para testes e não é recomendado para dados reais.

note: type: Plain text
en: where `<delim>` is the chosen delimiter string.  The string `<delim>` must not appear on a line by itself within `<raw>`, as otherwise fast-import will think the data ends earlier than it really does.  The `LF` immediately trailing `<raw>` is part of `<raw>`.  This is one of the limitations of the delimited format, it is impossible to supply a data chunk which does not have an LF as its last byte.
pt_BR: onde `<delim>` é a cadeia de caracteres escolhida para a delimitação.  A cadeia de caracteres `<delim>` não deve aparecer em uma linha sozinha dentro de `<raw>`, pois o `fast-import` pensará que os dados terminam mais cedo do que realmente terminam.  O `LF` imediatamente após `<raw>` faz parte de `<raw>`.  Essa é uma das limitações do formato delimitado, é impossível fornecer um bloco de dados que não tenha um `LF` como o seu último byte.

note: type: Plain text
en: The `LF` after `<delim> LF` is optional (it used to be required).
pt_BR: O `LF` após `<delim> LF` é opcional (costumava ser necessário).

note: type: Plain text
en: Forces fast-import to close the current packfile, start a new one, and to save out all current branch refs, tags and marks.
pt_BR: Impõem o `fast-import` a fechar o arquivo de pacote atual, iniciar um novo e salvar todas os `refs`, tags e marcas das ramificações atuais.

note: type: Plain text
en: Note that fast-import automatically switches packfiles when the current packfile reaches --max-pack-size, or 4 GiB, whichever limit is smaller.  During an automatic packfile switch fast-import does not update the branch refs, tags or marks.
pt_BR: Observe que o `fast-import` alterna automaticamente os arquivos do pacote quando o arquivo do pacote atual alcance `--max-pack-size` ou 4 GiB, o que for menor.  Durante uma troca automática do pacote de arquivos `fast-import não atualiza os `refs`, tags ou marcações da ramificação.

note: type: Plain text
en: As a `checkpoint` can require a significant amount of CPU time and disk IO (to compute the overall pack SHA-1 checksum, generate the corresponding index file, and update the refs) it can easily take several minutes for a single `checkpoint` command to complete.
pt_BR: Como um `checkpoint` pode exigir uma quantidade significativa de tempo de CPU e E/S de disco (para calcular a soma de verificação SHA-1 do pacote geral, gerar o arquivo do índice correspondente e atualizar as `refs`), pode levar vários minutos para um único comando `checkpoint` para concluir.

note: type: Plain text
en: Frontends may choose to issue checkpoints during extremely large and long running imports, or when they need to allow another Git process access to a branch.  However given that a 30 GiB Subversion repository can be loaded into Git through fast-import in about 3 hours, explicit checkpointing may not be necessary.
pt_BR: Os front-end podem optar por emitir `checkpoints` durante as importações extremamente grandes e de execução demorada, ou quando precisam permitir que outro processo do Git acesse uma ramificação.  No entanto, dado que um repositório do Subversion com 30 GiB pode ser carregado no Git através do `fast-import` em cerca de 3 horas, talvez não seja necessário um `checkpoint` explícito.

note: type: Plain text
en: Causes fast-import to print the entire `progress` line unmodified to its standard output channel (file descriptor 1) when the command is processed from the input stream.  The command otherwise has no impact on the current import, or on any of fast-import's internal state.
pt_BR: Faz com que o `fast-import` imprima toda a linha `progress` sem modificação em seu canal de saída predefinido (descritor do arquivo 1) quando o comando é processado a partir do fluxo de entrada.  Caso contrário, o comando não tem impacto na importação atual ou em qualquer outro estado interno do `fast-import`.

note: type: Plain text
en: The `<any>` part of the command may contain any sequence of bytes that does not contain `LF`.  The `LF` after the command is optional.  Callers may wish to process the output through a tool such as sed to remove the leading part of the line, for example:
pt_BR: A parte `<any>` do comando pode conter qualquer sequência de bytes que não contenha um `LF`.  O `LF` após o comando é opcional.  Os chamadores podem desejar processar a saída por meio de uma ferramenta como sed para remover a parte principal da linha, por exemplo:

note: type: Plain text
en: Placing a `progress` command immediately after a `checkpoint` will inform the reader when the `checkpoint` has been completed and it can safely access the refs that fast-import updated.
pt_BR: A colocação de um comando `progress` imediatamente após um `checkpoint` informará ao leitor quando o `checkpoint` seja concluído e ele poderá acessar com segurança os `refs` que o `fast-import` atualizaram.

note: type: Plain text
en: Causes fast-import to print the SHA-1 corresponding to a mark to stdout or to the file descriptor previously arranged with the `--cat-blob-fd` argument. The command otherwise has no impact on the current import; its purpose is to retrieve SHA-1s that later commits might want to refer to in their commit messages.
pt_BR: Faz com que o `fast-import` imprima o SHA-1 correspondente a uma marcação em `stdout` ou ao descritor de arquivo previamente organizado com o argumento `--cat-blob-fd`. Caso contrário, o comando não tem impacto na importação atual; seu objetivo é recuperar o SHA-1s que commits posteriores podem querer se referir em suas mensagens de commit.

note: type: Plain text
en: See ``Responses To Commands'' below for details about how to read this output safely.
pt_BR: Consulte ``RESPOSTAS AOS COMANDOS'' abaixo para obter detalhes sobre como ler esta saída com segurança.

note: type: Plain text
en: Causes fast-import to print a blob to a file descriptor previously arranged with the `--cat-blob-fd` argument.  The command otherwise has no impact on the current import; its main purpose is to retrieve blobs that may be in fast-import's memory but not accessible from the target repository.
pt_BR: Faz com que o `fast-import` imprima uma bolha em um descritor do arquivo previamente organizado com o argumento `--cat-blob-fd`.  Caso contrário, o comando não tem impacto na importação atual; o seu principal objetivo é recuperar as bolhas que podem estar na memória do `fast-import`, mas não acessíveis no repositório de destino.

note: type: Plain text
en: The `<dataref>` can be either a mark reference (`:<idnum>`)  set previously or a full 40-byte SHA-1 of a Git blob, preexisting or ready to be written.
pt_BR: O `<dataref>` pode ser uma marcação de referência (`:<idnum>`) definida anteriormente ou um SHA-1 completo com 40 bytes de uma bolha Git pré-existente ou pronto para ser gravado.

note: type: Plain text
en: Output uses the same format as `git cat-file --batch`:
pt_BR: A saída usa o mesmo formato que `git cat-file --batch`:

note: type: Plain text
en: Prints information about the object at a path to a file descriptor previously arranged with the `--cat-blob-fd` argument.  This allows printing a blob from the active commit (with `cat-blob`) or copying a blob or tree from a previous commit for use in the current one (with `filemodify`).
pt_BR: Imprime as informações sobre o objeto em um caminho para um descritor do arquivo organizado anteriormente com o argumento `--cat-blob-fd`.  Isso permite imprimir um bolha a partir do commit ativo (com `cat-blob`) ou copiar uma bolha ou árvore de um commit anterior para uso no atual (com `filemodify`).

note: type: Labeled list
en: Reading from the active commit
pt_BR: Lendo a partir do commit ativo

note: type: Plain text
en: This form can only be used in the middle of a `commit`.  The path names a directory entry within fast-import's active commit.  The path must be quoted in this case.
pt_BR: Este formulário pode ser usado apenas no meio de um `commit`.  O caminho nomeia uma entrada do diretório no commit ativo do `fast-import`.  O caminho deve ser citado neste caso.

note: type: delimited block .
en: 	'ls' SP <path> LF
pt_BR: 	'ls' SP <caminho> LF

note: type: Labeled list
en: Reading from a named tree
pt_BR: Lendo de uma árvore nomeada

note: type: Plain text
en: The `<dataref>` can be a mark reference (`:<idnum>`) or the full 40-byte SHA-1 of a Git tag, commit, or tree object, preexisting or waiting to be written.  The path is relative to the top level of the tree named by `<dataref>`.
pt_BR: O `<dataref>` pode ser uma marcação de referência (`:<idnum>`) ou o SHA-1 completo com 40 bytes de uma tag, commit ou objeto da árvore Git pré-existente ou aguardando para ser gravado.  O caminho é relativo ao topo do nível da árvore nomeado por `<dataref>`.

note: type: delimited block .
en: 	'ls' SP <dataref> SP <path> LF
pt_BR: 	'ls' SP <dataref> SP <caminho> LF

note: type: Plain text
en: See `filemodify` above for a detailed description of `<path>`.
pt_BR: Consulte `filemodify` acima para uma descrição detalhada de `<caminho>`.

note: type: Plain text
en: Output uses the same format as `git ls-tree <tree> -- <path>`:
pt_BR: A saída usa o mesmo formato que `git ls-tree <árvore> -- <caminho>`:

note: type: delimited block =
en: 	<mode> SP ('blob' | 'tree' | 'commit') SP <dataref> HT <path> LF
pt_BR: 	<mode> SP ('blob' | 'tree' | 'commit') SP <dataref> HT <caminho> LF

note: type: Plain text
en: The <dataref> represents the blob, tree, or commit object at <path> and can be used in later 'get-mark', 'cat-blob', 'filemodify', or 'ls' commands.
pt_BR: O <dataref> representa o objeto bolha, árvore ou commit em <caminho> e pode ser usado nos comandos posteriores `get-mark`, `cat-blob`, `filemodify` ou `ls`.

note: type: Plain text
en: If there is no file or subtree at that path, 'git fast-import' will instead report
pt_BR: Caso não haja um arquivo ou subárvore nesse caminho, o `git fast-import` o reportará

note: type: delimited block =
en: 	missing SP <path> LF
pt_BR: 	missing SP <caminho> LF

note: type: Plain text
en: Require that fast-import supports the specified feature, or abort if it does not.
pt_BR: Exija que a importação rápida ofereça suporte ao recurso especificado ou o anule.

note: type: delimited block .
en: 	'feature' SP <feature> ('=' <argument>)? LF
pt_BR: 	'feature' SP <característica> ('=' <argumento>)? LF

note: type: Plain text
en: The <feature> part of the command may be any one of the following:
pt_BR: A parte <característica> do comando pode ser qualquer um dos seguintes:

note: type: Plain text
en: Act as though the corresponding command-line option with a leading `--` was passed on the command line (see OPTIONS, above).
pt_BR: Aja como se a opção da linha de comando coincida com um `--` inicial fosse passada na linha de comando (consulte OPÇÕES, acima).

note: type: Plain text
en: Like --import-marks except in two respects: first, only one "feature import-marks" or "feature import-marks-if-exists" command is allowed per stream; second, an --import-marks= or --import-marks-if-exists command-line option overrides any of these "feature" commands in the stream; third, "feature import-marks-if-exists" like a corresponding command-line option silently skips a nonexistent file.
pt_BR: Como `--import-marks`, exceto em dois aspectos: primeiro, apenas um comando ´feature import-marks` ou `feature import-marks-if-exist` é permitido por fluxo; segundo, uma opção da linha de comando `--import-marks=` ou `--import-marks-if-existents` substitui qualquer um desses comandos "feature" no fluxo; terceiro, o `feature import-marks-if-exists` como uma opção da linha de comando coincidente ignora silenciosamente um arquivo inexistente.

note: type: Plain text
en: Require that the backend support the 'get-mark', 'cat-blob', or 'ls' command respectively.  Versions of fast-import not supporting the specified command will exit with a message indicating so.  This lets the import error out early with a clear message, rather than wasting time on the early part of an import before the unsupported command is detected.
pt_BR: Exija que o back-end seja compatível com os comandos `get-mark`, `cat-blob` ou `ls` respectivamente.  As versões do `fast-import` que não sejam compatíveis com o comando usado serão encerradas com uma mensagem.  Isso permite que o erro de importação encerre com uma mensagem clara, em vez de perder tempo na parte inicial de uma importação antes que o comando que não seja compatível seja detectado.

note: type: Plain text
en: Require that the backend support the 'notemodify' (N)  subcommand to the 'commit' command.  Versions of fast-import not supporting notes will exit with a message indicating so.
pt_BR: Exija que o back-end seja compatível com o subcomando `notemodify` (N) com o comando `commit`.  As versões do `fast-import` que não sejam compatíveis com as anotações serão encerradas com uma mensagem.

note: type: Plain text
en: Error out if the stream ends without a 'done' command.  Without this feature, errors causing the frontend to end abruptly at a convenient point in the stream can go undetected.  This may occur, for example, if an import front end dies in mid-operation without emitting SIGTERM or SIGKILL at its subordinate git fast-import instance.
pt_BR: Indique um erro caso o fluxo termine sem um comando 'done'.  Sem este recurso, os erros que fazem com que o front-end termine abruptamente em um ponto conveniente no fluxo podem não ser detectados.  Isso pode ocorrer, por exemplo, caso um front end de importação morra no meio da operação sem emitir um `SIGTERM` ou um `SIGKILL` em sua instância subordinada do `git fast-import`.

note: type: Plain text
en: Processes the specified option so that git fast-import behaves in a way that suits the frontend's needs.  Note that options specified by the frontend are overridden by any options the user may specify to git fast-import itself.
pt_BR: Processa a opção usada para que o `fast-import` do git se comporte de maneira que atenda às necessidades do front-end.  Observe que as opções usadas pelo front-end são substituídas por quaisquer opções que o usuário possa especificar para obter o próprio `fast-import`.

note: type: delimited block .
en:     'option' SP <option> LF
pt_BR:     'option' SP <opção> LF

note: type: Plain text
en: The `<option>` part of the command may contain any of the options listed in the OPTIONS section that do not change import semantics, without the leading `--` and is treated in the same way.
pt_BR: A parte `<opção>` do comando pode conter qualquer uma das opções listadas na seção OPTIONS que não alteram a semântica de importação, sem o `--` principal e são tratadas da mesma maneira.

note: type: Plain text
en: Option commands must be the first commands on the input (not counting feature commands), to give an option command after any non-option command is an error.
pt_BR: Os comandos de opção devem ser os primeiros comandos na entrada (sem contar os comandos de recurso), para fornecer um comando de opção após um erro que não seja de opção.

note: type: Plain text
en: The following command-line options change import semantics and may therefore not be passed as option:
pt_BR: As seguintes opções de linha de comando alteram a semântica de importação e, portanto, não podem ser passadas como opção:

note: type: Plain text
en: If the `done` feature is not in use, treated as if EOF was read.  This can be used to tell fast-import to finish early.
pt_BR: Se o recurso `done` não estiver em uso, será tratado como se o `EOF` fosse lido.  Isso pode ser usado para dizer à importação rápida para terminar mais cedo.

note: type: Plain text
en: If the `--done` command-line option or `feature done` command is in use, the `done` command is mandatory and marks the end of the stream.
pt_BR: Caso a opção de linha de comando `--done` ou o comando `feature done` estiver em uso, o comando `done` é obrigatório e marca o final do fluxo.

note: type: Title -
en: RESPONSES TO COMMANDS
pt_BR: RESPOSTAS AOS COMANDOS

note: type: Plain text
en: New objects written by fast-import are not available immediately.  Most fast-import commands have no visible effect until the next checkpoint (or completion).  The frontend can send commands to fill fast-import's input pipe without worrying about how quickly they will take effect, which improves performance by simplifying scheduling.
pt_BR: Os novos objetos gravados pelo `fast-import` que não estão disponíveis de forma imediata.  A maioria dos comandos `fast-import` não tem efeito visível até o próximo `checkpoint` (ou conclusão).  O frontend pode enviar os comandos para preencher o canal de entrada do `fast-import` sem se preocupar com a agilidade com que eles entrarão em vigor, o que melhora o desempenho ao simplificar o agendamento.

note: type: Plain text
en: For some frontends, though, it is useful to be able to read back data from the current repository as it is being updated (for example when the source material describes objects in terms of patches to be applied to previously imported objects).  This can be accomplished by connecting the frontend and fast-import via bidirectional pipes:
pt_BR: No entanto, para alguns front-end, é útil poder ler os dados do repositório atual à medida que estão sendo atualizados (quando o material de origem descreve objetos em termos de patches a serem aplicados a objetos importados anteriormente por exemplo).  Isso pode ser feito conectando o front-end e o `fast-import` por meio de tubos bidirecionais:

note: type: Plain text
en: A frontend set up this way can use `progress`, `get-mark`, `ls`, and `cat-blob` commands to read information from the import in progress.
pt_BR: Um front-end configurado desta maneira pode usar os comandos `progress`, `get-mark`, `ls` e `cat-blob` para ler as informações da importação em andamento.

note: type: Plain text
en: To avoid deadlock, such frontends must completely consume any pending output from `progress`, `ls`, `get-mark`, and `cat-blob` before performing writes to fast-import that might block.
pt_BR: Para evitar conflitos, esses front-ends devem consumir completamente quaisquer saída pendente de `progress`, `ls`, `get-mark` e `cat-blob` antes de realizar as gravações para o `fast-import` que possam ser bloqueados.

note: type: Title -
en: CRASH REPORTS
pt_BR: RELATÓRIOS DE CRASH

note: type: Plain text
en: If fast-import is supplied invalid input it will terminate with a non-zero exit status and create a crash report in the top level of the Git repository it was importing into.  Crash reports contain a snapshot of the internal fast-import state as well as the most recent commands that lead up to the crash.
pt_BR: Caso uma entrada inválida seja usada na entrada do `fast-import`, ele terminará com um status de saída diferente de zero e criará um relatório de falha no topo do repositório Git de onde estava sendo importado.  Os relatórios de falha contêm um instantâneo da condição interna do `fast-import`, bem como os comandos mais recentes que levaram à falha.

note: type: Plain text
en: All recent commands (including stream comments, file changes and progress commands) are shown in the command history within the crash report, but raw file data and commit messages are excluded from the crash report.  This exclusion saves space within the report file and reduces the amount of buffering that fast-import must perform during execution.
pt_BR: Todos os comandos recentes (incluindo os comentários do fluxo, alterações do arquivo e comandos de progresso) são exibidos no histórico de comandos no relatório, mas os dados brutos do arquivo e as mensagens dos commits são excluídos.  Essa exclusão economiza espaço no arquivo de relatório e reduz a quantidade de memória intermédia que a importação rápida deve realizar durante a execução.

note: type: Plain text
en: After writing a crash report fast-import will close the current packfile and export the marks table.  This allows the frontend developer to inspect the repository state and resume the import from the point where it crashed.  The modified branches and tags are not updated during a crash, as the import did not complete successfully.  Branch and tag information can be found in the crash report and must be applied manually if the update is needed.
pt_BR: Depois de escrever um relatório, o `fast-import` fechará o pacote atual e exportará a tabela de marcação.  Isso permite que o desenvolvedor front-end inspecione a condição do repositório e retome a importação a partir do ponto em que ele travou.  As ramificações e tags modificadas não são atualizados durante uma falha, pois a importação não foi concluída com êxito.  As informações da ramificação e marcação podem ser encontrados no relatório de falha e devem ser aplicadas manualmente caso a atualização seja necessário.

note: type: Plain text
en: An example crash:
pt_BR: Um exemplo de falha:

note: type: delimited block =
en: Active Branch LRU
    -----------------
pt_BR: Ramo Ativo LRU
    --------------

note: type: delimited block =
en: Inactive Branches
    -----------------
    refs/heads/master:
pt_BR: Ramos Inativos
    --------------
    refs/heads/master:

note: type: Title -
en: TIPS AND TRICKS
pt_BR: DICAS E TRUQUES

note: type: Plain text
en: The following tips and tricks have been collected from various users of fast-import, and are offered here as suggestions.
pt_BR: As dicas e truques a seguir foram coletadas de vários usuários do `fast-import` e são oferecidas aqui apenas como sugestões.

note: type: Title ~
en: Use One Mark Per Commit
pt_BR: Use Uma Marcação por Commit

note: type: Plain text
en: When doing a repository conversion, use a unique mark per commit (`mark :<n>`) and supply the --export-marks option on the command line.  fast-import will dump a file which lists every mark and the Git object SHA-1 that corresponds to it.  If the frontend can tie the marks back to the source repository, it is easy to verify the accuracy and completeness of the import by comparing each Git commit to the corresponding source revision.
pt_BR: Ao fazer uma conversão de repositório, use uma marcação única por commit (`mark :<n>`) e forneça a opção `--export-marks` na linha de comando.  O `fast-import` despeja um arquivo que lista todas as marcações e o objeto Git SHA-1 que coincida com ela.  Se o front-end puder vincular as marcações ao repositório de origem, é fácil verificar a precisão e a integridade da importação comparando cada commit do Git com a revisão de origem coincidente.

note: type: Plain text
en: Coming from a system such as Perforce or Subversion this should be quite simple, as the fast-import mark can also be the Perforce changeset number or the Subversion revision number.
pt_BR: Vindo de um sistema como o "Perforce" ou o "Subversion", isso deve ser bastante simples, pois a marcação do `fast-import` também pode ser o número do conjunto de alterações do "Perforce" ou o número da revisão do "Subversion".

note: type: Title ~
en: Freely Skip Around Branches
pt_BR: Ir Livremente em Torno dos Ramos

note: type: Plain text
en: Don't bother trying to optimize the frontend to stick to one branch at a time during an import.  Although doing so might be slightly faster for fast-import, it tends to increase the complexity of the frontend code considerably.
pt_BR: Não tente otimizar o front-end para manter uma ramificação por vez durante uma importação.  Embora isso possa ser um pouco mais rápido para o `fast-import`, ele tende a aumentar consideravelmente a complexidade do código do front-end.

note: type: Plain text
en: The branch LRU builtin to fast-import tends to behave very well, and the cost of activating an inactive branch is so low that bouncing around between branches has virtually no impact on import performance.
pt_BR: O LRU do ramo incorporado ao `fast-import` tende a se comportar muito bem e o custo de ativar uma ramo inativo é tão baixo que o movimento entre os ramos praticamente não tem impacto no desempenho da importação.

note: type: Title ~
en: Handling Renames
pt_BR: Manipulando Renomeações

note: type: Plain text
en: When importing a renamed file or directory, simply delete the old name(s) and modify the new name(s) during the corresponding commit.  Git performs rename detection after-the-fact, rather than explicitly during a commit.
pt_BR: Ao importar um arquivo ou diretório renomeado, simplesmente exclua os nomes antigos e modifique os novos nomes durante o commit correspondente.  O Git executa a detecção de renomeação após o fato, em vez de explicitamente detectá-lo durante um commit.

note: type: Title ~
en: Use Tag Fixup Branches
pt_BR: Usar Ramos de Correção de Tags

note: type: Plain text
en: Some other SCM systems let the user create a tag from multiple files which are not from the same commit/changeset.  Or to create tags which are a subset of the files available in the repository.
pt_BR: Alguns outros sistemas SCM permitem ao usuário criar uma tag a partir de vários arquivos que não pertencem ao mesmo commit/changeset.  Ou para criar as tags que são um subconjunto dos arquivos disponíveis no repositório.

note: type: Plain text
en: Importing these tags as-is in Git is impossible without making at least one commit which ``fixes up'' the files to match the content of the tag.  Use fast-import's `reset` command to reset a dummy branch outside of your normal branch space to the base commit for the tag, then commit one or more file fixup commits, and finally tag the dummy branch.
pt_BR: A importação dessas tags como está no Git é impossível sem qe seja feito pelo menos um commit que ``corrija'' os arquivos para coincidir com o conteúdo da tag.  Use o comando `reset` do `fast-import` para redefinir uma ramificação fantasia fora do seu ramo normal para um commit base para a tag, depois confirme um ou mais correções dos arquivos de commits e por fim, identifique a ramificação fantasia.

note: type: Plain text
en: For example since all normal branches are stored under `refs/heads/` name the tag fixup branch `TAG_FIXUP`.  This way it is impossible for the fixup branch used by the importer to have namespace conflicts with real branches imported from the source (the name `TAG_FIXUP` is not `refs/heads/TAG_FIXUP`).
pt_BR: Uma vez que todas as ramificações normais são armazenadas em `refs/heads/`, nomeie a tag de manutenção como `TAG_FIXUP` por exemplo.  Dessa forma, é impossível que a ramificação de correção usada pelo importador tenha os conflitos de "namespace" com as ramificações reais importadas da origem (o nome `TAG_FIXUP` não é `refs/heads/TAG_FIXUP`).

note: type: Plain text
en: When committing fixups, consider using `merge` to connect the commit(s) which are supplying file revisions to the fixup branch.  Doing so will allow tools such as 'git blame' to track through the real commit history and properly annotate the source files.
pt_BR: Ao fazer os commits das correções, considere o uso de `merge` para conectar os commits para fornecer as revisões dos arquivos ao ramo de correção.  Isso permitirá que ferramentas como o 'git blame' rastreiem o histórico real do commit e anotem adequadamente os arquivos de origem.

note: type: Plain text
en: After fast-import terminates the frontend will need to do `rm .git/TAG_FIXUP` to remove the dummy branch.
pt_BR: Quando o `fast-import` encerrar, o front-end precisará executar o comando `rm .git/TAG_FIXUP` para remover a ramificação fantasia.

note: type: Title ~
en: Import Now, Repack Later
pt_BR: Importe Agora, Reembale Depois

note: type: Plain text
en: As soon as fast-import completes the Git repository is completely valid and ready for use.  Typically this takes only a very short time, even for considerably large projects (100,000+ commits).
pt_BR: Logo que o `fast-import` conclua, o repositório Git estará completamente válido e pronto para uso.  Normalmente, o processo consome muito pouco tempo, mesmo para projetos consideravelmente grandes (com mais de 100.000 commits).

note: type: Plain text
en: However repacking the repository is necessary to improve data locality and access performance.  It can also take hours on extremely large projects (especially if -f and a large --window parameter is used).  Since repacking is safe to run alongside readers and writers, run the repack in the background and let it finish when it finishes.  There is no reason to wait to explore your new Git project!
pt_BR: No entanto, é necessário reembalar o repositório para melhorar a localidade dos dados e melhorar o desempenho.  Projetos extremamente grandes pode levar horas (especialmente se `-f` e um parâmetro `--window` grande for usado).  Como a reembalagem é segura para ser executada ao lado de leitores e escritores, execute a re-embalagem em segundo plano e deixe acabar quando finalizar.  Não há motivo para esperar a exploração do seu novo projeto Git!

note: type: Plain text
en: If you choose to wait for the repack, don't try to run benchmarks or performance tests until repacking is completed.  fast-import outputs suboptimal packfiles that are simply never seen in real use situations.
pt_BR: Caso opte por aguardar o reembalo, não tente executar benchmarks ou testes de desempenho até que o processo termine.  o `fast-import` gera arquivos de pacotes otimizados que simplesmente nunca são vistos em situações de uso real.

note: type: Title ~
en: Repacking Historical Data
pt_BR: Reempacotando Dados Históricos

note: type: Plain text
en: If you are repacking very old imported data (e.g. older than the last year), consider expending some extra CPU time and supplying --window=50 (or higher) when you run 'git repack'.  This will take longer, but will also produce a smaller packfile.  You only need to expend the effort once, and everyone using your project will benefit from the smaller repository.
pt_BR: Se você estiver reembalando dados importados muito antigos (por exemplo, mais antigos que no ano passado), considere gastar algum tempo extra da CPU e fornecer --window = 50 (ou superior) ao executar o 'git repack'.  Isso levará mais tempo, mas também produzirá um pacote menor.  Você só precisa perder tempo uma vez e todos os usuários do seu projeto se beneficiarão do repositório menor.

note: type: Title ~
en: Include Some Progress Messages
pt_BR: Incluir Algumas Mensagens de Progresso

note: type: Plain text
en: Every once in a while have your frontend emit a `progress` message to fast-import.  The contents of the messages are entirely free-form, so one suggestion would be to output the current month and year each time the current commit date moves into the next month.  Your users will feel better knowing how much of the data stream has been processed.
pt_BR: Para importar rapidamente, de vez em quando o seu front-end emite uma mensagem de `progresso`.  O conteúdo das mensagens é totalmente livre, portanto, uma sugestão seria gerar a informação do mês e o ano atual cada vez que a data do commit atual passar para o próximo mês.  Os seus usuários se sentirão melhor ao saber quanto do fluxo de dados foi processado.

note: type: Title -
en: PACKFILE OPTIMIZATION
pt_BR: OTIMIZAÇÃO DE PACOTES

note: type: Plain text
en: When packing a blob fast-import always attempts to deltify against the last blob written.  Unless specifically arranged for by the frontend, this will probably not be a prior version of the same file, so the generated delta will not be the smallest possible.  The resulting packfile will be compressed, but will not be optimal.
pt_BR: Ao compactar uma bolha, o `fast-import` sempre tenta "deltificar" a última bolha gravada.  A menos que seja especificamente organizado pelo front-end, essa provavelmente não será uma versão anterior do mesmo arquivo, portanto o delta gerado não será o menor possível.  O pacote do arquivo resultante será compactado, mas não será otimizado.

note: type: Plain text
en: Frontends which have efficient access to all revisions of a single file (for example reading an RCS/CVS ,v file) can choose to supply all revisions of that file as a sequence of consecutive `blob` commands.  This allows fast-import to deltify the different file revisions against each other, saving space in the final packfile.  Marks can be used to later identify individual file revisions during a sequence of `commit` commands.
pt_BR: Os front-ends que têm acesso eficiente a todas as revisões de um único arquivo (lendo um arquivo RCS/CVS, v por exemplo) podem optar por fornecer todas as revisões desse arquivo como uma sequência de comandos consecutivos do `blob` (bolha).  Isso permite que o `fast-import` "deltifique" as diferentes revisões dos arquivos, economizando espaço no arquivo do pacote final.  As Marcações podem ser usadas para posterior identificação das revisões individuais dos arquivos durante uma sequência de comandos `commit`.

note: type: Plain text
en: The packfile(s) created by fast-import do not encourage good disk access patterns.  This is caused by fast-import writing the data in the order it is received on standard input, while Git typically organizes data within packfiles to make the most recent (current tip) data appear before historical data.  Git also clusters commits together, speeding up revision traversal through better cache locality.
pt_BR: Os arquivos de pacotes criados pelo `fast-import` não incentivam bons padrões de acesso ao disco.  Isso é causado pela gravação dos dados do `fast-import` na ordem em que são recebidos na entrada predefinida, enquanto o Git normalmente organiza os dados nos pacotes dos arquivos para fazer com que os dados mais recentes (dica atual) apareçam antes dos dados históricos.  O Git também agrupa os commits acelerando o percurso de revisão através de uma melhor localidade do cache.

note: type: Plain text
en: For this reason it is strongly recommended that users repack the repository with `git repack -a -d` after fast-import completes, allowing Git to reorganize the packfiles for faster data access.  If blob deltas are suboptimal (see above) then also adding the `-f` option to force recomputation of all deltas can significantly reduce the final packfile size (30-50% smaller can be quite typical).
pt_BR: Por esse motivo é altamente recomendável que os usuários reembalem o repositório com o comando `git repack -a -d` após a conclusão do `fast-import`, permitindo que o Git reorganize os pacotes dos arquivos para um acesso mais rápido aos dados.  Caso os deltas da bolha estejam abaixo do ideal (veja acima), a adição da opção `-f` para impor que todos os deltas sejam recalculados podendo reduzir significativamente o tamanho final do pacote do arquivo (30-50% menor pode ser bastante comum).

note: type: Title -
en: MEMORY UTILIZATION
pt_BR: UTILIZAÇÃO DE MEMÓRIA

note: type: Plain text
en: There are a number of factors which affect how much memory fast-import requires to perform an import.  Like critical sections of core Git, fast-import uses its own memory allocators to amortize any overheads associated with malloc.  In practice fast-import tends to amortize any malloc overheads to 0, due to its use of large block allocations.
pt_BR: Há uma quantidade de fatores que afetam a quantidade de memória consumida pelo `fast-import`  durante a execução de uma importação.  Como as seções críticas do Git principal, o `fast-import` usa os seus próprios alocadores de memória para amortizar o consumo geral associadas ao "malloc".  Na prática, o `fast-import` tende a amortizar o consumo geral do malloc para 0, devido ao uso de grandes alocações dos blocos.

note: type: Title ~
en: per object
pt_BR: por objeto

note: type: Plain text
en: fast-import maintains an in-memory structure for every object written in this execution.  On a 32 bit system the structure is 32 bytes, on a 64 bit system the structure is 40 bytes (due to the larger pointer sizes).  Objects in the table are not deallocated until fast-import terminates.  Importing 2 million objects on a 32 bit system will require approximately 64 MiB of memory.
pt_BR: O `fast-import` mantém uma estrutura na memória para todos os objetos gravados nesta execução.  Em um sistema de 32 bits a estrutura é de 32 bytes; em um sistema de 64 bits a estrutura é de 40 bytes (devido aos tamanhos maiores do ponteiro).  Os objetos na tabela não são desalocados até que o `fast-import` termine.  A importação de 2 milhões de objetos em um sistema de 32 bits exigirá aproximadamente 64 MiB de memória.

note: type: Plain text
en: The object table is actually a hashtable keyed on the object name (the unique SHA-1).  This storage configuration allows fast-import to reuse an existing or already written object and avoid writing duplicates to the output packfile.  Duplicate blobs are surprisingly common in an import, typically due to branch merges in the source.
pt_BR: A tabela de objetos é na verdade uma "hashtable" (tabela hash) codificada no nome do objeto com o SHA-1.  Essa configuração de armazenamento permite que o `fast-import` reutilize um objeto existente ou já gravado e evite gravar duplicatas no saída do arquivo de pacote.  As bolhas duplicadas são surpreendentemente comuns em uma importação, geralmente devido à mesclagem da ramificação na origem.

note: type: Title ~
en: per mark
pt_BR: por marcação

note: type: Plain text
en: Marks are stored in a sparse array, using 1 pointer (4 bytes or 8 bytes, depending on pointer size) per mark.  Although the array is sparse, frontends are still strongly encouraged to use marks between 1 and n, where n is the total number of marks required for this import.
pt_BR: As marcações são armazenadas em uma matriz esparsa, usando 1 ponteiro (4 bytes ou 8 bytes, dependendo do tamanho do ponteiro) por marcação.  Embora a matriz seja escassa, os front-end ainda são fortemente incentivados a usar marcas entre 1 e n, onde n é a quantidade total de marcações necessárias para essa importação.

note: type: Title ~
en: per branch
pt_BR: por ramo

note: type: Plain text
en: Branches are classified as active and inactive.  The memory usage of the two classes is significantly different.
pt_BR: Os ramos são classificados como ativos e inativos.  O uso de memória das duas classes é significativamente diferente.

note: type: Plain text
en: Inactive branches are stored in a structure which uses 96 or 120 bytes (32 bit or 64 bit systems, respectively), plus the length of the branch name (typically under 200 bytes), per branch.  fast-import will easily handle as many as 10,000 inactive branches in under 2 MiB of memory.
pt_BR: As ramificações inativas são armazenadas em uma estrutura que usa entre 96 ou 120 bytes (sistemas de 32 ou 64 bits, respectivamente), mais o comprimento do nome da ramificação (normalmente com menos de 200 bytes), por ramificação.  O `fast-import` processa facilmente até 10.000 ramificações inativas com menos de 2 MiB de memória.

note: type: Plain text
en: Active branches have the same overhead as inactive branches, but also contain copies of every tree that has been recently modified on that branch.  If subtree `include` has not been modified since the branch became active, its contents will not be loaded into memory, but if subtree `src` has been modified by a commit since the branch became active, then its contents will be loaded in memory.
pt_BR: As ramificações ativas têm a mesma sobrecarga das ramificações inativas, mas também contêm as cópias de todas as árvores que foram modificadas recentemente nesta ramificação.  Se a subárvore `include` não tenha sido modificada, desde o momento que a ramificação se tornou ativa, o seu conteúdo não será carregado na memória, mas o seu conteúdo será carregado na memória caso a subárvore `src` tenha sido modificada por um commit.

note: type: Plain text
en: As active branches store metadata about the files contained on that branch, their in-memory storage size can grow to a considerable size (see below).
pt_BR: À medida que as ramificações ativas armazenam metadados sobre os arquivos contidos nessa ramificação, o tamanho do armazenamento na memória pode aumentar consideravelmente (veja abaixo).

note: type: Plain text
en: fast-import automatically moves active branches to inactive status based on a simple least-recently-used algorithm.  The LRU chain is updated on each `commit` command.  The maximum number of active branches can be increased or decreased on the command line with --active-branches=.
pt_BR: Com base num algoritmo simples, o `fast-import` move automaticamente as ramificações ativas para a condição inativa usando um algorítimo simples.  A cadeia LRU é atualizada a cada comando `commit`.  A quantidade máxima de ramificações ativas pode se aumentado ou diminuído na linha de comando com a opção `--active-branches=`.

note: type: Title ~
en: per active tree
pt_BR: por árvore ativa

note: type: Plain text
en: Trees (aka directories) use just 12 bytes of memory on top of the memory required for their entries (see ``per active file'' below).  The cost of a tree is virtually 0, as its overhead amortizes out over the individual file entries.
pt_BR: As árvores (também conhecidas como diretórios) usam apenas 12 bytes de memória no topo da memória necessária para as suas entradas (consulte ``por arquivo ativo'' abaixo).  O custo de uma árvore é praticamente 0, pois sua sobrecarga é amortizada pelas entradas de arquivo individuais.

note: type: Title ~
en: per active file entry
pt_BR: por entrada de arquivo ativa

note: type: Plain text
en: Usually you would want to use 'git fetch', which is a higher level wrapper of this command, instead.
pt_BR: No lugar use 'git fetch' que é um wrapper de maior hierarquia deste comando.

note: type: Plain text
en: 'git fetch' [<options>] [<repository> [<refspec>...]]
    'git fetch' [<options>] <group>
    'git fetch' --multiple [<options>] [(<repository> | <group>)...]
    'git fetch' --all [<options>]
pt_BR: 'git fetch' [<opções>] [<repositório> [<refspec>...]]
    'git fetch' [<opções>] <grupo>
    'git fetch' --multiple [<opções>] [(<repositório> | <grupo>)...]
    'git fetch' --all [<opções>]

note: type: Plain text
en: 'git fetch' can fetch from either a single named repository or URL, or from several repositories at once if <group> is given and there is a remotes.<group> entry in the configuration file.  (See linkgit:git-config[1]).
pt_BR: O 'git fetch' pode buscar em um único repositório ou em uma determinada URL assim como em vários repositórios de uma vez caso `<group>` seja usado e exista um entrada `remotes.<group>` no arquivo de configuração.  (Consulte linkgit:git-config[1]).

note: type: delimited block -
en: # While fetching
    $ git fetch --prune <name>
pt_BR: # Enquanto estiver fazendo a busca
    $ git fetch --prune <name>

note: type: Plain text
en: Since keeping up-to-date with both branches and tags on the remote is a common use-case the `--prune-tags` option can be supplied along with `--prune` to prune local tags that don't exist on the remote, and force-update those tags that differ. Tag pruning can also be enabled with `fetch.pruneTags` or `remote.<name>.pruneTags` in the config. See linkgit:git-config[1].
pt_BR: Como manter-se atualizado com as ramificações e as tags no ponto remoto é um caso de uso comum, a opção `--prune-tags` pode ser fornecida junto com o `--prune` para remover as tags locais que não existam no ponto remoto e impor a atualização dessas tags que estiverem diferentes. A remoção de tags também podem ser ativadas com `fetch.pruneTags` ou `remote.<name>.pruneTags` nas configurações. Consulte linkgit:git-config[1].

note: type: delimited block -
en: # These both fetch tags
    $ git fetch --no-tags origin 'refs/tags/*:refs/tags/*'
    $ git fetch --no-tags --prune-tags origin
pt_BR: # Ambas buscam as tags
    $ git fetch --no-tags origin 'refs/tags/*:refs/tags/*'
    $ git fetch --no-tags --prune-tags origin

note: type: Plain text
en: The name of the remote ref being fetched from, minus its `refs/<type>/` prefix. In the case of deletion, the name of the remote ref is "(none)".
pt_BR: The name of the remote ref being fetched from, minus its `refs/<tipo>/` prefix. In the case of deletion, the name of the remote ref is "(none)".

note: type: Plain text
en: The name of the local ref being updated, minus its `refs/<type>/` prefix.
pt_BR: The name of the local ref being updated, minus its `refs/<tipo>/` prefix.

note: type: Plain text
en: The first command fetches the `maint` branch from the repository at `git://git.kernel.org/pub/scm/git/git.git` and the second command uses `FETCH_HEAD` to examine the branch with linkgit:git-log[1].  The fetched objects will eventually be removed by git's built-in housekeeping (see linkgit:git-gc[1]).
pt_BR: O primeiro comando busca a ramificação `maint` do repositório em `git://git.kernel.org/pub/scm/git/git.git` e o segundo comando usa `FETCH_HEAD` para examinar a ramificação com linkgit:git-log[1].  Os objetos buscados serão eventualmente removidos pelo serviço de limpeza interno do git (consulte  linkgit:git-gc[1]).

note: type: Plain text
en: git-filter-branch - Rewrite branches
pt_BR: git-filter-branch - Reescreve os ramos

note: type: Title -
en: WARNING
pt_BR: ATENÇÃO

note: type: Plain text
en: 'git filter-branch' has a plethora of pitfalls that can produce non-obvious manglings of the intended history rewrite (and can leave you with little time to investigate such problems since it has such abysmal performance).  These safety and performance issues cannot be backward compatibly fixed and as such, its use is not recommended.  Please use an alternative history filtering tool such as https://github.com/newren/git-filter-repo/[git filter-repo].  If you still need to use 'git filter-branch', please carefully read <<SAFETY>> (and <<PERFORMANCE>>) to learn about the land mines of filter-branch, and then vigilantly avoid as many of the hazards listed there as reasonably possible.
pt_BR: O 'git filter-branch' possui uma infinidade de armadilhas que podem produzir não tão óbvios da reescrita pretendida no histórico (e podem deixar pouco tempo para investigar esses problemas já que o desemprenho é terrível).  Esses problemas de segurança e desempenho não podem ser corrigidos de forma compatível com as versões anteriores e como tal o seu uso não é recomendado.  Use uma ferramenta alternativa de filtragem de histórico como https://github.com/newren/git-filter-repo/[git filter-repo].  Caso ainda precise usar o  'git filter-branch' leia com cuidado <<SEGURANÇA>> (e <<DESEMPENHO>>) para aprender os perigos do "filter-branch" e em seguida, com muita atenção evite o maior número possível de perigos listados lá.

note: type: Plain text
en: Lets you rewrite Git revision history by rewriting the branches mentioned in the <rev-list options>, applying custom filters on each revision.  Those filters can modify each tree (e.g. removing a file or running a perl rewrite on all files) or information about each commit.  Otherwise, all information (including original commit times or merge information) will be preserved.
pt_BR: Permite reescrever o histórico de revisões do Git, reescrevendo as ramificações mencionadas em `<rev-list options>` aplicando os filtros personalizados em cada revisão.  Esses filtros podem modificar cada árvore (por exemplo, remover um arquivo ou executar uma reescrita perl em todos os arquivos) ou informações sobre cada commit.  Caso contrário, todas as informações (incluindo a quantidade de commits originais ou as informações de mesclagem) serão preservadas.

note: type: Plain text
en: The command will only rewrite the _positive_ refs mentioned in the command line (e.g. if you pass 'a..b', only 'b' will be rewritten).  If you specify no filters, the commits will be recommitted without any changes, which would normally have no effect.  Nevertheless, this may be useful in the future for compensating for some Git bugs or such, therefore such a usage is permitted.
pt_BR: O comando reescreverá apenas os _positive_ refs mencionados na linha de comando (por exemplo, se você passar 'a..b', apenas 'b' será reescrito).  Caso você não especifique nenhum filtro, as confirmações serão confirmadas sem nenhuma alteração, o que normalmente não teria nenhum efeito.  No entanto, isso pode ser útil no futuro para compensar alguns bugs do Git ou algo assim, portanto, este uso é permitido.

note: type: Plain text
en: *NOTE*: This command honors `.git/info/grafts` file and refs in
    the `refs/replace/` namespace.
    If you have any grafts or replacement refs defined, running this command
    will make them permanent.
pt_BR: *OBSERVAÇÃO*: Este comando honra o arquivo `.git/info/grafts` e os "refs" no
    `refs/replace/` namespace.
    Caso você tenha quaisquer enxertos ou referências de substituição definidos, executando
    este comando os fará permanente.

note: type: Plain text
en: *WARNING*! The rewritten history will have different object names for all
    the objects and will not converge with the original branch.  You will not
    be able to easily push and distribute the rewritten branch on top of the
    original branch.  Please do not use this command if you do not know the
    full implications, and avoid using it anyway, if a simple single commit
    would suffice to fix your problem.  (See the "RECOVERING FROM UPSTREAM
    REBASE" section in linkgit:git-rebase[1] for further information about
    rewriting published history.)
pt_BR: *ATENÇÃO*! O histórico de reescrita terá nomes de objetos diferentes
    para todos os objetos e não convergirá com a ramificação original.  Você não
    poderá poder enviar e distribuir a ramificação facilmente a ramificação reescrita
    em cima da ramificação original.  Não use este comando se você não souber
    todas as implicações do seu uso e ainda assim evite usá-lo, caso um único commit
    simples seja suficiente para resolver o seu problema.  (Consulte a seção "RECUPERANDO
    DO UPSTREAM REBASE" na seção em linkgit:git-rebase[1] para obter mais
    informações sobre reescrever no histórico de publicado.)

note: type: Plain text
en: Always verify that the rewritten version is correct: The original refs, if different from the rewritten ones, will be stored in the namespace 'refs/original/'.
pt_BR: Sempre verifique se a versão reescrita está correta: Os "refs" originais, se diferentes das reescritas, serão armazenadas no espaço de nomes `refs/original/`.

note: type: Plain text
en: Note that since this operation is very I/O expensive, it might be a good idea to redirect the temporary directory off-disk with the `-d` option, e.g. on tmpfs.  Reportedly the speedup is very noticeable.
pt_BR: Observe que como essa operação é muito intenso logicamente, pode ser uma boa idéia redirecionar o diretório temporário para fora do disco com a opção `-d` no tmpfs por exemplo.  Alegadamente, a melhora de desempenho é muito perceptível.

note: type: Title ~
en: Filters
pt_BR: Filtros

note: type: Plain text
en: This filter may be used if you only need to modify the environment in which the commit will be performed.  Specifically, you might want to rewrite the author/committer name/email/time environment variables (see linkgit:git-commit-tree[1] for details).
pt_BR: Este filtro apenas pode ser usado quando precisar o ambiente onde o commit foi realizado.  Especificamente, você pode reescrever as variáveis de ambiente do autor/nome responsável pelo commit/email/variáveis de tempo do ambiente (para mais detalhes consulte linkgit:git-commit-tree[1].

note: type: Plain text
en: This is the filter for rewriting the index.  It is similar to the tree filter but does not check out the tree, which makes it much faster.  Frequently used with `git rm --cached --ignore-unmatch ...`, see EXAMPLES below.  For hairy cases, see linkgit:git-update-index[1].
pt_BR: Este é o filtro usado para reescrever o índice.  É semelhante ao filtro da árvore, no entanto não realiza o check out da árvore, o que a torna muito mais rápida.  É Frequentemente utilizado com `git rm --cached --ignore-unmatch ...`, consulte os EXEMPLOS abaixo.  Para os casos mais cabeludos consulte linkgit:git-update-index[1].

note: type: Labeled list
en: --parent-filter <command>
pt_BR: --parent-filter <comando>

note: type: Plain text
en: Clone it with `git clone file:///path/to/repo`.  The clone will not have the removed objects.  See linkgit:git-clone[1].  (Note that cloning with a plain path just hardlinks everything!)
pt_BR: Clone-o com o comando `git clone file:///path/to/repo`.  O clone não terá os objetos que foram removidos.  Consulte linkgit:git-clone[1].  (Observe que ao realizar a clonagem com um caminho simples, isso faz com que tudo seja vinculado!)

note: type: Plain text
en: A field name to sort on.  Prefix `-` to sort in descending order of the value.  When unspecified, `refname` is used.  You may use the --sort=<key> option multiple times, in which case the last key becomes the primary key.
pt_BR: A field name to sort on.  O prefixo `-` é usado para classificar em ordem de valor decrescente.  When unspecified, `refname` is used.  Você pode usar a opção `--sort=<key>` mais de uma vez; nesse caso, a última chave se torna a chave primária.

note: type: Labeled list
en: --format=<format>
pt_BR: --format=<formato>

note: type: Plain text
en: If `<mode>` is `none`, both the cover letter subject and body will be populated with placeholder text.
pt_BR: Caso `<modo>` seja `none`, tanto o assunto e o corpo da carta serão preenchidos com o texto do espaço reservado.

note: type: Plain text
en: As a reviewer aid, insert a range-diff (see linkgit:git-range-diff[1])  into the cover letter, or as commentary of the lone patch of a 1-patch series, showing the differences between the previous version of the patch series and the series currently being formatted.  `previous` can be a single revision naming the tip of the previous series if it shares a common base with the series being formatted (for example `git format-patch --cover-letter --range-diff=feature/v1 -3 feature/v2`), or a revision range if the two versions of the series are disjoint (for example `git format-patch --cover-letter --range-diff=feature/v1~3..feature/v1 -3 feature/v2`).
pt_BR: Como um assistente revisor, insira um "range-diff" (consulte linkgit:git-range-diff[1]) na capa da carta ou apenas como um comentário do patch da série de 1-patch, mostrando as diferenças entre a versão anterior da série de patchs e a série atualmente sendo formatada.  `previous` pode ser a única revisão nomeando o topo da série anterior caso compartilhem da mesma base em comparação com a série que está sendo formatada (como `git format-patch --cover-letter --range-diff=feature/v1 -3 feature/v2` por exemplo) ou um intervalo de revisão caso ambas as revisões das séries estejam em desacordo (como `git format-patch --cover-letter --range-diff=feature/v1~3..feature/v1 -3 feature/v2` por exemplo).

note: type: Plain text
en: Used with `--range-diff`, tweak the heuristic which matches up commits between the previous and current series of patches by adjusting the creation/deletion cost fudge factor. See linkgit:git-range-diff[1])  for details.
pt_BR: Ao ser usado com `--range-diff`, ajuste a heurística que corresponde às confirmações entre as séries de patches anteriores e atuais ajustando o custo do fator de correção entre criação/exclusão. Para mais detalhes consulte linkgit:git-range-diff[1]).

note: type: Plain text
en: Append the notes (see linkgit:git-notes[1]) for the commit after the three-dash line.
pt_BR: Adiciona as anotações (consulte linkgit:git-notes[1]) para o commit depois da linha com três traços.

note: type: Plain text
en: This is a synonym for linkgit:git-fsck[1].  Please refer to the documentation of that command.
pt_BR: This is a synonym for linkgit:git-fsck[1].  Para referências deste comando, favor consultar a documentação.

note: type: Plain text
en: If core.commitGraph is true, the commit-graph file will also be inspected using 'git commit-graph verify'. See linkgit:git-commit-graph[1].
pt_BR: Caso core.commitGraph seja verdadeiro, o arquivo commit-graph também será inspecionado usando 'git commit-graph verify'. Consulte linkgit:git-commit-graph[1].

note: type: Labeled list
en: missing sha1 directory '<dir>'
pt_BR: diretório sem sha1 '<dir>'

note: type: Plain text
en: The directory holding the sha1 objects is missing.
pt_BR: O diretório que contém os objetos sha1 está ausente.

note: type: Labeled list
en: unreachable <type> <object>
pt_BR: unreachable <tipo> <objeto>

note: type: Plain text
en: The <type> object <object>, isn't actually referred to directly or indirectly in any of the trees or commits seen. This can mean that there's another root node that you're not specifying or that the tree is corrupt. If you haven't missed a root node then you might as well delete unreachable nodes since they can't be used.
pt_BR: O objeto <tipo> <objeto>, na verdade, não tem referência direta ou indireta em nenhuma das árvores ou commits vistos. Isso pode significar que há outro nó na raiz que você não está especificando ou que a árvore está corrompida. Caso você não tenha perdido um nó na raiz, também pode excluir os nós inacessíveis, pois eles não podem ser usados.

note: type: Labeled list
en: missing <type> <object>
pt_BR: missing <tipo> <objeto>

note: type: Plain text
en: The <type> object <object>, is referred to but isn't present in the database.
pt_BR: O objeto <tipo> <objeto>, tem referência mas não está presente no banco de dados.

note: type: Labeled list
en: dangling <type> <object>
pt_BR: dangling <tipo> <objeto>

note: type: Plain text
en: The <type> object <object>, is present in the database but never 'directly' used. A dangling commit could be a root node.
pt_BR: O objeto <tipo> <objeto>, está presente no banco de dados mas nunca 'diretamente' usado. Um "dangling commit" pode ser um nódulo raiz.

note: type: Labeled list
en: hash mismatch <object>
pt_BR: hash mismatch <objeto>

note: type: Plain text
en: The database has an object whose hash doesn't match the object database value.  This indicates a serious data integrity problem.
pt_BR: O banco de dados tem um objeto cujo hash não coincide com o valor do banco de dados do objeto.  Isso indica um sério problema de integridade de dados.

note: type: Title -
en: Environment Variables
pt_BR: Variáveis do Ambiente

note: type: Plain text
en: used to specify the object database root (usually $GIT_DIR/objects)
pt_BR: use para especificar a raiz do banco de dados do objeto (usually $GIT_DIR/objects)

note: type: Plain text
en: used to specify the index file of the index
pt_BR: usado para determinar o arquivo de índice do índice

note: type: Plain text
en: used to specify additional object database roots (usually unset)
pt_BR: usado para determinar as raízes adicionais do banco de dados dos objetos (geralmente não definidos)

note: type: Plain text
en: git-gc - Cleanup unnecessary files and optimize the local repository
pt_BR: git-gc - Limpa os arquivos desnecessários e otimiza o repositório local

note: type: Plain text
en: Runs a number of housekeeping tasks within the current repository, such as compressing file revisions (to reduce disk space and increase performance), removing unreachable objects which may have been created from prior invocations of 'git add', packing refs, pruning reflog, rerere metadata or stale working trees. May also update ancillary indexes such as the commit-graph.
pt_BR: Executa várias tarefas de limpeza no repositório atual, como a compactação dos arquivos das revisões (para reduzir o espaço em disco e aumentar o desempenho), a remoção dos objetos inacessíveis que podem ter sido criados a partir de invocações anteriores ao 'git add', pacotes "refs", a remoção do "reflog", metadados reerere ou árvores de trabalho obsoletas.

note: type: Plain text
en: Once housekeeping is triggered by exceeding the limits of configuration options such as `gc.auto` and `gc.autoPackLimit`, all other housekeeping tasks (e.g. rerere, working trees, reflog...) will be performed as well.
pt_BR: Caso seja excedido os limites definidos nas opções de configuração como `gc.auto` e `gc.autoPackLimit` o processo de limpeza é acionado, todas as outras tarefas de limpeza (como rerere, árvores de trabalho, reflog..., etc) também serão executados.

note: type: Plain text
en: The 'git gc --auto' command will run the 'pre-auto-gc' hook.  See linkgit:githooks[5] for more information.
pt_BR: O comando 'git gc --auto' executará o gancho 'pre-auto-gc'.  Para mais informações consulte linkgit:githooks[5].

note: type: Plain text
en: If set to true, enable `--extended-regexp` option by default. This option is ignored when the `grep.patternType` option is set to a value other than 'default'.
pt_BR: Se definido como true, é predefinido que a opção `--extended-regexp` seja usada. Esta opção é ignorada quando a opção `grep.patternType` for configurada para um valor diferente de 'default'.

note: type: Plain text
en: Do not honor textconv filter settings.  This is the default.
pt_BR: Não honre as configurações do filtro textconv.  Esta é a predefinição.

note: type: Plain text
en: Same as `--max-depth=-1`; this is the default.
pt_BR: O mesmo que `--max-depth=-1`; Esta é a predefinição.

note: type: Plain text
en: Support for these types of regular expressions is an optional compile-time dependency. If Git wasn't compiled with support for them providing this option will cause it to die.
pt_BR: A compatibilidade com estes tipos de expressões regulares é uma dependência opcional durante o período de compilação. Usar esta opção caso o Git não tenha sido compilado com suporte para tal, fará com que o Git seja encerrado.

note: type: Labeled list
en: <tree>...
pt_BR: <árvore>...

note: type: Title -
en: COMMANDS
pt_BR: COMANDOS

note: type: Plain text
en: The Git repository browser.  Shows branches, commit history and file differences.  gitk is the utility started by 'git gui''s Repository Visualize actions.
pt_BR: O browser de repositório Git.  Shows branches, commit history and file differences.  gitk is the utility started by 'git gui''s Repository Visualize actions.

note: type: Plain text
en: 'git hash-object' [-t <type>] [-w] [--path=<file>|--no-filters] [--stdin [--literally]] [--] <file>...
    'git hash-object' [-t <type>] [-w] --stdin-paths [--no-filters]
pt_BR: 'git hash-object' [-t <tipo>] [-w] [--path=<arquivo>|--no-filters] [--stdin [--literally]] [--] <arquivo>...
    'git hash-object' [-t <tipo>] [-w] --stdin-paths [--no-filters]

note: type: Plain text
en: Computes the object ID value for an object with specified type with the contents of the named file (which can be outside of the work tree), and optionally writes the resulting object into the object database.  Reports its object ID to its standard output.  When <type> is not specified, it defaults to "blob".
pt_BR: Calcula o valor do ID do objeto para um objeto com um tipo especificado com o conteúdo do nome do arquivo (que pode estar fora da árvore de trabalho) e opcionalmente, grava o objeto resultante no banco de dados do objeto.  Informa o ID do objeto na saída predefinida.  A predefinição é "blob" quando <tipo> não é especificado.

note: type: Labeled list
en: -t <type>
pt_BR: -t <tipo>

note: type: Plain text
en: When used with `--all` print description for all recognized commands. This is the default.
pt_BR: Quando usado com `--all` imprima todas as descrições para todos os comandos que forem reconhecidos. Esta é a predefinição.

note: type: Plain text
en: The web browser can be specified using the configuration variable `help.browser`, or `web.browser` if the former is not set. If none of these config variables is set, the 'git web{litdd}browse' helper script (called by 'git help') will pick a suitable default. See linkgit:git-web{litdd}browse[1] for more information about this.
pt_BR: O navegador da web pode ser definido usando a variável de configuração `help.browser` ou` web.browser` caso o primeiro não esteja definido. Caso nenhuma destas configurações sejam definidas, o script de ajuda `git web{litdd}browse` (invocado através do comando `git help`) por predefinição escolherá a melhor opção. Para obter mais informações consulte linkgit:git-web{litdd}browse[1].

note: type: Plain text
en: as they are probably more user specific than repository specific.  See linkgit:git-config[1] for more information about this.
pt_BR: como provavelmente são mais específicos do usuário do que do repositório.  Para obter mais informações sobre isso consulte linkgit:git-config[1].

note: type: Plain text
en: This serves 'git fetch-pack' and 'git ls-remote' clients.  It is enabled by default, but a repository can disable it by setting this configuration item to `false`.
pt_BR: Isso serve aos clientes 'git fetch-pack' e 'git ls-remote'.  It is enabled by default, but a repository can disable it by setting this configuration item to `false`.

note: type: Plain text
en: Each pattern pair consists of the source side (before the colon)  and the destination side (after the colon).  The ref to be pushed is determined by finding a match that matches the source side, and where it is pushed is determined by using the destination side.
pt_BR: Cada par de padrões consiste no lado da origem (antes dos dois pontos) e no lado do destino (depois dos dois pontos).  O `ref` a ser feito o `push` é determinado localizando uma coincidência que corresponda com a origem e a localização da origem é determinada usando o lado de destino.

note: type: Plain text
en: It is an error if <src> does not match exactly one of the local refs.
pt_BR: É um erro caso `<src>` não corresponda exatamente a uma dos `refs` locais.

note: type: Plain text
en: If <dst> does not match any remote ref, either
pt_BR: Caso `<dst>` não corresponda a nenhum `ref` remoto

note: type: Plain text
en: it has to start with "refs/"; <dst> is used as the destination literally in this case.
pt_BR: é preciso iniciar com "refs/"; o <dst> é utilizado literalmente como destino neste caso.

note: type: Plain text
en: Fix a "thin" pack produced by `git pack-objects --thin` (see linkgit:git-pack-objects[1] for details) by adding the excluded objects the deltified objects are based on to the pack. This option only makes sense in conjunction with --stdin.
pt_BR: Corrija um pacote "thin" produzido por `git pack-objects --thin` (para mais detalhes consulte linkgit:git-pack-objects[1]) ao adicionar os objetos excluídos os objetos deltificados tem base no pacote. Esta opção só faz sentido em conjunto com a opção --stdin.

note: type: Plain text
en: Specifies the number of threads to spawn when resolving deltas. This requires that index-pack be compiled with pthreads otherwise this option is ignored with a warning.  This is meant to reduce packing time on multiprocessor machines. The required amount of memory for the delta search window is however multiplied by the number of threads.  Specifying 0 will cause Git to auto-detect the number of CPU's and use maximum 3 threads.
pt_BR: Determina a quantidade de "threads" a serem geradas para resolver os deltas. Isso requer que os objetos do pacote sejam compilados com "pthreads", caso contrário esta opção será ignorada exibindo um aviso. Isso visa reduzir o tempo do empacotamento em máquinas com multiprocessados. A quantidade de memória necessária para a janela de pesquisa delta é multiplicada pela quantidade de threads.  Definindo como `0` faz com que o Git detecte automaticamente a quantidade de CPUs e defina a quantidade de "threads" proporcionalmente e utiliza o máximo de 3 "threads".

note: type: Labeled list
en: --max-input-size=<size>
pt_BR: --max-input-size=<tamanho>

note: type: Plain text
en: Die, if the pack is larger than <size>.
pt_BR: Encerre caso o pacote seja maior que <tamanho>.

note: type: Plain text
en: Once the index has been created, the list of object names is sorted and the SHA-1 hash of that list is printed to stdout. If --stdin was also used then this is prefixed by either "pack\t", or "keep\t" if a new .keep file was successfully created. This is useful to remove a
pt_BR: Após a criação do índice a lista dos nomes dos objetos é classificada e o hash SHA-1 desta lista seja exibida no stdout. Caso `--stdin` também seja usado, então este é prefixado por "pack\t" ou "keep\t" caso um novo arquivo `.keep` seja criado com êxito. Isso é útil para remover um

note: type: Block title
en: keep file used as a lock to prevent the race with 'git repack'
pt_BR: mantenha o arquivo usado como uma trava para impedir uma corrida com `git repack`

note: type: Plain text
en: mentioned above.
pt_BR: citados acima.

note: type: Plain text
en: git-init-db - Creates an empty Git repository
pt_BR: git-init-db - Cria um repositório Git vazio

note: type: Plain text
en: 'git init-db' [-q | --quiet] [--bare] [--template=<template_directory>] [--separate-git-dir <git dir>] [--shared[=<permissions>]]
pt_BR: 'git init-db' [-q | --quiet] [--bare] [--template=<diretório_modelo>] [--separate-git-dir <git dir>] [--shared[=<permissões>]]

note: type: Plain text
en: This is a synonym for linkgit:git-init[1].  Please refer to the documentation of that command.
pt_BR: Este é um sinônimo para linkgit:git-init[1].  Para referências deste comando, favor consultar a documentação.

note: type: Plain text
en: git-init - Create an empty Git repository or reinitialize an existing one
pt_BR: git-init - Cria um repositório Git vazio ou reinicializa um já existente

note: type: Plain text
en: This command creates an empty Git repository - basically a `.git` directory with subdirectories for `objects`, `refs/heads`, `refs/tags`, and template files.  An initial `HEAD` file that references the HEAD of the master branch is also created.
pt_BR: Este comando cria um repositório Git vazio, basicamente um diretório `.git` com subdiretórios para os arquivos `objects`, `refs/heads`, `refs/tags` e arquivos modelo.  Também é criado um arquivo inicial `HEAD` que tem como referencia o `HEAD` da ramificação principal.

note: type: Plain text
en: If the `$GIT_DIR` environment variable is set then it specifies a path to use instead of `./.git` for the base of the repository.
pt_BR: Caso a variável de ambiente `$ GIT_DIR` esteja configurada, esta especificará um caminho a ser usado para a base dos repositórios em vez de `./.git`.

note: type: Plain text
en: If the object storage directory is specified via the `$GIT_OBJECT_DIRECTORY` environment variable then the sha1 directories are created underneath - otherwise the default `$GIT_DIR/objects` directory is used.
pt_BR: Caso o diretório de armazenamento de objetos seja especificado através da variável de ambiente `$GIT_OBJECT_DIRECTORY`, então os diretórios "sha1" serão criados abaixo, caso contrário, será usado o diretório predefinido `$GIT_DIR/objects`.

note: type: Plain text
en: Running 'git init' in an existing repository is safe. It will not overwrite things that are already there. The primary reason for rerunning 'git init' is to pick up newly added templates (or to move the repository to another place if --separate-git-dir is given).
pt_BR: É seguro executar o comando `git init` em um repositório existente. O comando não substituirá as coisas que já estiverem lá. O principal motivo para executar novamente o comando `git init` é pegar os modelos adicionados recentemente (ou mover o repositório para um outro local caso `--separate-git-dir` seja usado).

note: type: Plain text
en: Only print error and warning messages; all other output will be suppressed.
pt_BR: Exiba apenas mensagens de erro e aviso; suprima todas as outras mensagens.

note: type: Plain text
en: Create a bare repository. If `GIT_DIR` environment is not set, it is set to the current working directory.
pt_BR: Crie um repositório vazio. Caso a variável de ambiente `GIT_DIR` não esteja definido, defina diretório de trabalho atual.

note: type: Plain text
en: Specify the directory from which templates will be used.  (See the "TEMPLATE DIRECTORY" section below.)
pt_BR: Informe o diretório de onde os modelos serão usados.  (Consulte a seção "DIRETÓRIO MODELO" abaixo.)

note: type: Plain text
en: Instead of initializing the repository as a directory to either `$GIT_DIR` or `./.git/`, create a text file there containing the path to the actual repository.  This file acts as filesystem-agnostic Git symbolic link to the repository.
pt_BR: Em vez de inicializar o repositório como um diretório para `$GIT_DIR` or `./.git/`, crie um arquivo de texto contendo o caminho para o repositório real.  Este arquivo atua como um link simbólico independente para o repositório do sistema de arquivos Git.

note: type: Plain text
en: If this is reinitialization, the repository will be moved to the specified path.
pt_BR: Caso seja reinicializado, o repositório será movido para um caminho determinado.

note: type: Plain text
en: Specify that the Git repository is to be shared amongst several users.  This allows users belonging to the same group to push into that repository.  When specified, the config variable "core.sharedRepository" is set so that files and directories under `$GIT_DIR` are created with the requested permissions.  When not specified, Git will use permissions reported by umask(2).
pt_BR: Determina que o repositório Git deve ser compartilhado entre vários usuários.  Isso permite que os usuários pertencentes ao mesmo grupo enviem para esse repositório.  Quando definido, a variável de configuração `core.sharedRepository` é usada para que os arquivos e os diretórios definidos pela variável `$ GIT_DIR` sejam criados com as permissões solicitadas.  Quando não definido, o Git usará as permissões informadas pelo umask(2).

note: type: Plain text
en: The option can have the following values, defaulting to 'group' if no value is given:
pt_BR: A opção pode ter os seguintes valores, predefinido como 'group' caso nenhum valor seja informado:

note: type: Labeled list
en: 'umask' (or 'false')
pt_BR: 'umask' (ou 'false')

note: type: Plain text
en: Use permissions reported by umask(2). The default, when `--shared` is not specified.
pt_BR: Use as permissões informadas por umask(2). É a predefinição quando `--shared` não é usado.

note: type: Labeled list
en: 'group' (or 'true')
pt_BR: 'group' (ou 'true')

note: type: Plain text
en: Make the repository group-writable, (and g+sx, since the git group may be not the primary group of all users). This is used to loosen the permissions of an otherwise safe umask(2) value. Note that the umask still applies to the other permission bits (e.g. if umask is '0022', using 'group' will not remove read privileges from other (non-group) users). See '0xxx' for how to exactly specify the repository permissions.
pt_BR: Torne o grupo do repositório com permissão de escrita (g+sx por exemplo, pois o grupo git pode não ser o grupo principal de todos os usuários). Isso é usado para afrouxar as permissões de um valor, a não ser que indique o contrário, umask(2) seguro. Observe que o umask ainda se aplica aos outros bits de permissão (por exemplo, caso o umask seja '0022' o uso de 'group' não removerá os privilégios de leitura dos outros usuários (sem um grupo). Consulte '0xxx' para saber como usar exatamente as permissões do repositório.

note: type: Labeled list
en: 'all' (or 'world' or 'everybody')
pt_BR: 'all' (ou 'world' ou 'everybody')

note: type: Plain text
en: Same as 'group', but make the repository readable by all users.
pt_BR: O mesmo que 'group', mas torna o repositório legível para todos os usuários.

note: type: Plain text
en: '0xxx' is an octal number and each file will have mode '0xxx'. '0xxx' will override users' umask(2) value (and not only loosen permissions as 'group' and 'all' does). '0640' will create a repository which is group-readable, but not group-writable or accessible to others. '0660' will create a repo that is readable and writable to the current user and group, but inaccessible to others.
pt_BR: '0xxx' é um número octal e cada arquivo terá o modo '0xxx'. '0xxx' substituirá o valor `umask(2)` dos usuários (e não apenas diminuirá as permissões como 'group' e 'all'). '0640' criará um repositório de apenas leitura por grupo, sem permissão escrita ou acessível a outros. '0660' criará um repositório com permissão de leitura e escrita ao usuário e ao grupo atual, porém, inacessível aos outros.

note: type: Plain text
en: By default, the configuration flag `receive.denyNonFastForwards` is enabled in shared repositories, so that you cannot force a non fast-forwarding push into it.
pt_BR: É predefinido que o flag da configuração `receive.denyNonFastForwards` seja ativado nos repositórios compartilhados para que você não possa impor um `push` `fast-forwarding` para ele.

note: type: Plain text
en: If you provide a 'directory', the command is run inside it. If this directory does not exist, it will be created.
pt_BR: Caso use um `directory`, o comando será executado dentro dele. E caso o diretório não exista, um será criado.

note: type: Title -
en: TEMPLATE DIRECTORY
pt_BR: DIRETÓRIO MODELO

note: type: Plain text
en: Files and directories in the template directory whose name do not start with a dot will be copied to the `$GIT_DIR` after it is created.
pt_BR: Os arquivos e diretórios no diretório modelo cujo nome não começa com um ponto serão copiados para o `$GIT_DIR` após a sua criação.

note: type: Plain text
en: The template directory will be one of the following (in order):
pt_BR: O diretório modelo será um dos seguintes (em ordem):

note: type: Plain text
en: the argument given with the `--template` option;
pt_BR: o argumento fornecido com a opção `--template`;

note: type: Plain text
en: the contents of the `$GIT_TEMPLATE_DIR` environment variable;
pt_BR: o conteúdo da variável de ambiente `$GIT_TEMPLATE_DIR`;

note: type: Plain text
en: the `init.templateDir` configuration variable; or
pt_BR: a variável de configuração `init.templateDir`; ou

note: type: Plain text
en: the default template directory: `/usr/share/git-core/templates`.
pt_BR: A predefinição do diretório modelo: `/usr/share/git-core/templates`.

note: type: Plain text
en: The default template directory includes some directory structure, suggested "exclude patterns" (see linkgit:gitignore[5]), and sample hook files.
pt_BR: A predefinição do diretório modelo inclui alguma estrutura de diretórios, "padrões de exclusão" sugeridos (consulte linkgit:gitignore[5]) e os arquivos gancho de amostra.

note: type: Plain text
en: The sample hooks are all disabled by default. To enable one of the sample hooks rename it by removing its `.sample` suffix.
pt_BR: Por predefinição os ganchos de amostra estão todos desativados. Para ativar um dos ganchos de amostra, renomeie-o removendo o sufixo `.sample`.

note: type: Plain text
en: See linkgit:githooks[5] for more general info on hook execution.
pt_BR: Para um apanhado geral sobre execução hook consulte linkgit:githooks[5].

note: type: Labeled list
en: Start a new Git repository for an existing code base
pt_BR: Inicie um novo repositório Git para uma base de código já existente

note: type: Plain text
en: Create a /path/to/my/codebase/.git directory.
pt_BR: Cria um diretório `/path/to/my/codebase/.git`.

note: type: Plain text
en: Add all existing files to the index.
pt_BR: Adicione todos os arquivos existentes ao índice.

note: type: Plain text
en: Record the pristine state as the first commit in the history.
pt_BR: Registre o estado intocado como o primeiro commit no histórico.

note: type: Plain text
en: git-instaweb - Instantly browse your working repository in gitweb
pt_BR: git-instaweb - Navegue instantaneamente no seu repositório de trabalho com o gitweb

note: type: Plain text
en: A simple script to set up `gitweb` and a web server for browsing the local repository.
pt_BR: Um script simples para configurar o `gitweb` e um servidor da web para navegar no repositório local.

note: type: Plain text
en: Only bind the web server to the local IP (127.0.0.1).
pt_BR: Amarre o servidor da web apenas ao endereço IP local (127.0.0.1).

note: type: Plain text
en: The HTTP daemon command-line that will be executed.  Command-line options may be specified here, and the configuration file will be added at the end of the command-line.  Currently apache2, lighttpd, mongoose, plackup, python and webrick are supported.  (Default: lighttpd)
pt_BR: A linha de comando do daemon HTTP que será executado.  As opções da linha de comando podem ser informadas aqui e o arquivo de configuração será adicionado no final da linha de comando.  Atualmente são compatíveis, apache2, lighttpd, mongoose, plackup, python e webrick.  (Predefinição: lighttpd)

note: type: Plain text
en: The module path (only needed if httpd is Apache).  (Default: /usr/lib/apache2/modules)
pt_BR: O caminho do módulo (é apenas necessário caso o httpd seja o Apache).  (Predefinição: /usr/lib/apache2/modules)

note: type: Plain text
en: The port number to bind the httpd to.  (Default: 1234)
pt_BR: O número da porta que será associada ao httpd.  (Predefinição: 1234)

note: type: Plain text
en: The web browser that should be used to view the gitweb page. This will be passed to the 'git web{litdd}browse' helper script along with the URL of the gitweb instance. See linkgit:git-web{litdd}browse[1] for more information about this. If the script fails, the URL will be printed to stdout.
pt_BR: O navegador da web que deve ser usado para exibir a página gitweb. Isso será encaminhado ao script auxiliar 'git web{litdd}browse' junto com a URL da instância gitweb. Para obter mais informações sobre isso consulte linkgit:git-web{litdd}browse[1]. Caso o script falhe, a URL será exibida no stdout.

note: type: Plain text
en: Start the httpd instance and exit.  Regenerate configuration files as necessary for spawning a new instance.
pt_BR: Inicie o servidor httpd e encerre.  Gere novamente os arquivos de configuração para gerar uma nova instância conforme seja necessário.

note: type: Plain text
en: Stop the httpd instance and exit.  This does not generate any of the configuration files for spawning a new instance, nor does it close the browser.
pt_BR: Pare o servidor httpd e encerre.  Isso não gera nenhum dos arquivos de configuração para gerar uma nova instância, nem fecha o navegador.

note: type: Plain text
en: Restart the httpd instance and exit.  Regenerate configuration files as necessary for spawning a new instance.
pt_BR: Reinicia o servidor httpd e encerre.  Gere novamente os arquivos de configuração para gerar uma nova instância conforme seja necessário.

note: type: Plain text
en: You may specify configuration in your .git/config
pt_BR: Você pode definir a sua configuração em seu `.git/config`

note: type: Plain text
en: If the configuration variable `instaweb.browser` is not set, `web.browser` will be used instead if it is defined. See linkgit:git-web{litdd}browse[1] for more information about this.
pt_BR: Caso a variável de configuração `instaweb.browser` não esteja definida, a variável ` web.browser` será usada em seu lugar caso a mesma esteja definida.. Para obter mais informações sobre isso consulte linkgit:git-web{litdd}browse[1].

note: type: Plain text
en: git-interpret-trailers - Add or parse structured information in commit messages
pt_BR: git-interpret-trailers - Adiciona ou analisa informação estruturada em mensagens de commit

note: type: Plain text
en: 'git interpret-trailers' [<options>] [(--trailer <token>[(=|:)<value>])...] [<file>...]
    'git interpret-trailers' [<options>] [--parse] [<file>...]
pt_BR: 'git interpret-trailers' [<opções>] [(--trailer <token>[(=|:)<valor>])...] [<arquivo>...]
    'git interpret-trailers' [<opções>] [--parse] [<arquivo>...]

note: type: Plain text
en: Help parsing or adding 'trailers' lines, that look similar to RFC 822 e-mail headers, at the end of the otherwise free-form part of a commit message.
pt_BR: Ajuda a analisar ou adicionar linhas 'trailers' que se parecem com os cabeçalhos de e-mail segundo a norma RFC 822 no final ou na parte livre de uma mensagem de commit.

note: type: Plain text
en: This command reads some patches or commit messages from either the <file> arguments or the standard input if no <file> is specified. If `--parse` is specified, the output consists of the parsed trailers.
pt_BR: Este comando lê alguns patches ou faz o commit das mensagens dos argumentos <file> ou da entrada predefinida se nenhum <file> seja definido. Caso `--parse` seja definido a saída consistirá nos trailers analisados.

note: type: Plain text
en: Otherwise, this command applies the arguments passed using the `--trailer` option, if any, to the commit message part of each input file. The result is emitted on the standard output.
pt_BR: Caso contrário, este comando aplica os argumentos passados usando a opção `trailer`, caso exista, à parte da mensagem de commit de cada arquivo de entrada. O resultado é emitido na saída predefinida.

note: type: Plain text
en: Some configuration variables control the way the `--trailer` arguments are applied to each commit message and the way any existing trailer in the commit message is changed. They also make it possible to automatically add some trailers.
pt_BR: Algumas variáveis de configuração controlam a maneira como os argumentos do `--trailer` são aplicados a cada mensagem de commit e a maneira como qualquer `trailer` existente na mensagem de commit é alterado. Eles também possibilitam adicionar automaticamente alguns `trailers`.

note: type: Plain text
en: By default, a '<token>=<value>' or '<token>:<value>' argument given using `--trailer` will be appended after the existing trailers only if the last trailer has a different (<token>, <value>) pair (or if there is no existing trailer). The <token> and <value> parts will be trimmed to remove starting and trailing whitespace, and the resulting trimmed <token> and <value> will appear in the message like this:
pt_BR: É predefinido que um argumento informado '<token>=<value>' ou '<token>:<value>' usando `trailer` será anexado após os trailers existentes caso o último trailer tenha um par (<token>, <value>), (ou caso não exista nenhum `trailer`). As partes <token> e <value> serão aparados para remover os espaços em branco iniciais e finais, o aparado resultante aparecerá na mensagem da seguinte maneira:

note: type: Plain text
en: This means that the trimmed <token> and <value> will be separated by `': '` (one colon followed by one space).
pt_BR: Significa que o <token> e o <value> aparado e será separado por `': '` (um cólon seguido por um espaço).

note: type: Plain text
en: By default the new trailer will appear at the end of all the existing trailers. If there is no existing trailer, the new trailer will appear after the commit message part of the output, and, if there is no line with only spaces at the end of the commit message part, one blank line will be added before the new trailer.
pt_BR: É predefinido que o novo `trailer` aparecerá no final de todos os `trailers` existentes. Caso não exista, o novo `trailer` aparecerá na saída após a parte da mensagem do commit, caso não haja uma linha com apenas espaços no final da parte da mensagem do commit, uma linha em branco será adicionada antes do novo `trailer`.

note: type: Plain text
en: Existing trailers are extracted from the input message by looking for a group of one or more lines that (i) is all trailers, or (ii) contains at least one Git-generated or user-configured trailer and consists of at least 25% trailers.  The group must be preceded by one or more empty (or whitespace-only) lines.  The group must either be at the end of the message or be the last non-whitespace lines before a line that starts with '---' (followed by a space or the end of the line). Such three minus signs start the patch part of the message. See also `--no-divider` below.
pt_BR: Os `trailers` existentes são extraídos da mensagem de entrada ao procurar um grupo de uma ou mais linhas que (i) são todos os `trailers` ou (ii) contenha pelo menos um `trailer` gerado pelo Git ou configurado pelo usuário e consiste em pelo menos 25% dos `trailers`.  O grupo deve ser precedido por uma ou mais linhas vazias (ou somente com espaço em branco).  O grupo deve estar no final da mensagem ou ser as últimas linhas que não sejam espaços em branco antes de uma linha que começa com '---' (seguida por um espaço ou o final da linha).  Esses três sinais de menos iniciam a parte do patch da mensagem. Consulte também a opção `--no-divider` abaixo.

note: type: Plain text
en: When reading trailers, there can be whitespaces after the token, the separator and the value. There can also be whitespaces inside the token and the value. The value may be split over multiple lines with each subsequent line starting with whitespace, like the "folding" in RFC 822.
pt_BR: Ao ler `trailers` pode haver espaços em branco após o token, o separador e o valor. Também pode haver espaços em branco no token e no valor. O valor pode ser dividido em várias linhas, com cada linha subsequente começando com um espaço em branco, como a descrição "folding" (dobra) na norma RFC 822.

note: type: Plain text
en: Note that 'trailers' do not follow and are not intended to follow many rules for RFC 822 headers. For example they do not follow the encoding rules and probably many other rules.
pt_BR: Observe que 'trailers' não seguem e não se destinam a seguir muitas regras para os cabeçalhos da norma RFC 822. Por exemplo, eles não seguem as normas de codificação e muito provavelmente quaisquer outras normas.

note: type: Plain text
en: Edit the files in place.
pt_BR: Edite os arquivos no local.

note: type: Plain text
en: If the <value> part of any trailer contains only whitespace, the whole trailer will be removed from the resulting message.  This applies to existing trailers as well as new trailers.
pt_BR: Caso o <valor> da parte de qualquer `trailer` contenha apenas espaços em branco, o `trailer` inteiro será removido da mensagem resultante.  Isso se aplica a `trailers` existentes, bem como aos `trailers`  novos.

note: type: Labeled list
en: --trailer <token>[(=|:)<value>]
pt_BR: --trailer <token>[(=|:)<valor>]

note: type: Plain text
en: Specify a (<token>, <value>) pair that should be applied as a trailer to the input messages. See the description of this command.
pt_BR: Especifique um par (<token>, <value>) que deve ser aplicado como um `trailer` nas mensagens de entrada. Veja a descrição deste comando.

note: type: Plain text
en: Specify where all new trailers will be added.  A setting provided with '--where' overrides all configuration variables and applies to all '--trailer' options until the next occurrence of '--where' or '--no-where'. Possible values are `after`, `before`, `end` or `start`.
pt_BR: Especifique onde todos os novos `trailers` serão adicionados.  Uma configuração fornecida com '--where' substitui todas as variáveis de configuração e se aplica a todas as opções de `--trailer` até a próxima ocorrência de '--where' ou '--no-where'. Os valores válidos são `after`, `before`, `end` or `start`.

note: type: Plain text
en: Specify what action will be performed when there is already at least one trailer with the same <token> in the message.  A setting provided with '--if-exists' overrides all configuration variables and applies to all '--trailer' options until the next occurrence of '--if-exists' or '--no-if-exists'. Possible actions are `addIfDifferent`, `addIfDifferentNeighbor`, `add`, `replace` and `doNothing`.
pt_BR: Especifique qual ação será executada quando já houver pelo menos um `trailer` com o mesmo <token> na mensagem.  Uma configuração fornecida com '--if-exists' substitui todas as variáveis de configuração e se aplica a todas as opções `--trailer` até a próxima ocorrência do '--if-exists' ou '--no-if-exists'. As possíveis ações são `addIfDifferent`, `addIfDifferentNeighbor`, `add`, `replace` and `doNothing`.

note: type: Plain text
en: Specify what action will be performed when there is no other trailer with the same <token> in the message.  A setting provided with '--if-missing' overrides all configuration variables and applies to all '--trailer' options until the next occurrence of '--if-missing' or '--no-if-missing'. Possible actions are `doNothing` or `add`.
pt_BR: Especifique qual ação será executada quando não houver outro trailer com o mesmo <token> na mensagem.  Uma configuração fornecida com `--if-missing` substitui todas as variáveis de configuração e se aplica a todas as opções `--trailer` até a próxima ocorrência de `--if-missing` or `--no-if-missing`. As possíveis ações são `doNothing` ou `add`.

note: type: Plain text
en: Output only the trailers, not any other parts of the input.
pt_BR: Exibe apenas os `trailers` e não quaisquer outras partes da entrada.

note: type: Plain text
en: Output only trailers that exist in the input; do not add any from the command-line or by following configured `trailer.*` rules.
pt_BR: Exibe apenas os `trailers` que existam na entrada; não adicione qualquer outra linha de comando ou siga as regras `trailer.*` configuradas.

note: type: Plain text
en: Remove any whitespace-continuation in trailers, so that each trailer appears on a line by itself with its full content.
pt_BR: Remova qualquer continuação de espaço em branco nos `trailers` para que cada `trailer` apareça em uma linha por si só, com seu conteúdo completo.

note: type: Plain text
en: A convenience alias for `--only-trailers --only-input --unfold`.
pt_BR: É um atalho conveniente para os comandos `--only-trailers --only-input --unfold`.

note: type: Plain text
en: Do not treat `---` as the end of the commit message. Use this when you know your input contains just the commit message itself (and not an email or the output of `git format-patch`).
pt_BR: Não trate `---` como o final da mensagem de commit. Use isso quando souber que a sua entrada contenha apenas a própria mensagem de commit (e não um e-mail ou saída do `git format-patch`).

note: type: Plain text
en: This option tells which characters are recognized as trailer separators. By default only ':' is recognized as a trailer separator, except that '=' is always accepted on the command line for compatibility with other git commands.
pt_BR: É predefinido que apenas `:` seja reconhecido como um separador `trailer`, a menos que `=` seja sempre aceito na linha de comandos por questões de compatibilidade com os outros comandos git.

note: type: Plain text
en: The first character given by this option will be the default character used when another separator is not specified in the config for this trailer.
pt_BR: O primeiro caractere fornecido por esta opção será o caractere predefinido a ser usado quando um outro separador não for especificado na configuração deste `trailer`.

note: type: Plain text
en: For example, if the value for this option is "%=$", then only lines using the format '<token><sep><value>' with <sep> containing '%', '=' or '$' and then spaces will be considered trailers. And '%' will be the default separator used, so by default trailers will appear like: '<token>% <value>' (one percent sign and one space will appear between the token and the value).
pt_BR: Por exemplo, caso o valor dessa opção seja "%=$", apenas as linhas que usam o formato '<token><sep><value>' com <sep> contendo '%', '=' ou '$' e os espaços, serão considerados `trailers`. É predefinido que o sinal '%' será usado como um separador; portanto, assim os trailers aparecerão como: '<token>% <value>' (um sinal de porcentagem e um espaço aparecerão entre token e o valor).

note: type: Plain text
en: This option tells where a new trailer will be added.
pt_BR: Esta opção informa onde um novo trailer será adicionado.

note: type: Plain text
en: This can be `end`, which is the default, `start`, `after` or `before`.
pt_BR: Pode ser `end` (predefinido),` start`, `after` ou` before`.

note: type: Plain text
en: If it is `end`, then each new trailer will appear at the end of the existing trailers.
pt_BR: Caso seja `end`, então cada novo trailer aparecerá no final dos trailers existentes.

note: type: Plain text
en: If it is `start`, then each new trailer will appear at the start, instead of the end, of the existing trailers.
pt_BR: Caso seja `start ', cada novo trailer aparecerá no início, e não no final, dos trailers existentes.

note: type: Plain text
en: If it is `after`, then each new trailer will appear just after the last trailer with the same <token>.
pt_BR: Caso seja "depois", cada novo trailer aparecerá logo após o último trailer com o mesmo <token>.

note: type: Plain text
en: If it is `before`, then each new trailer will appear just before the first trailer with the same <token>.
pt_BR: Caso seja "depois", então cada novo trailer aparecerá logo no começo do primeiro trailer com o mesmo <token>.

note: type: Plain text
en: This option makes it possible to choose what action will be performed when there is already at least one trailer with the same <token> in the message.
pt_BR: Essa opção permite escolher qual ação será executada quando já houver pelo menos um trailer com o mesmo <token> na mensagem.

note: type: Plain text
en: The valid values for this option are: `addIfDifferentNeighbor` (this is the default), `addIfDifferent`, `add`, `replace` or `doNothing`.
pt_BR: Os valores válidos para esta opção são: `addIfDifferentNeighbor` (predefinido), `addIfDifferent`, `add`, `replace` ou `doNothing`.

note: type: Plain text
en: With `addIfDifferentNeighbor`, a new trailer will be added only if no trailer with the same (<token>, <value>) pair is above or below the line where the new trailer will be added.
pt_BR: Com `addIfDifferentNeighbor`, um novo trailer será adicionado apenas caso nenhum trailer com o mesmo par (<token>,<value>) esteja acima ou abaixo da linha em que o novo trailer será adicionado.

note: type: Plain text
en: With `addIfDifferent`, a new trailer will be added only if no trailer with the same (<token>, <value>) pair is already in the message.
pt_BR: Com `addIfDifferent`, um novo trailer será adicionado apenas caso nenhum trailer com o mesmo par (<token>,<value>) já esteja na mensagem.

note: type: Plain text
en: With `add`, a new trailer will be added, even if some trailers with the same (<token>, <value>) pair are already in the message.
pt_BR: Com `add`, um novo trailer será adicionado mesmo que alguns trailers com o mesmo par (<token>,<value>) já estejam na mensagem.

note: type: Plain text
en: With `replace`, an existing trailer with the same <token> will be deleted and the new trailer will be added. The deleted trailer will be the closest one (with the same <token>) to the place where the new one will be added.
pt_BR: Com `replace`, um trailer existente com a mesmo <token> será excluído e o novo trailer será adicionado. O trailer excluído será o mais próximo (com o mesmo <token>) do local onde o novo será adicionado.

note: type: Plain text
en: With `doNothing`, nothing will be done; that is no new trailer will be added if there is already one with the same <token> in the message.
pt_BR: Com `doNothing`, nada será feito; isso é, nenhum novo trailer será adicionado caso já haja um com o mesmo <token> na mensagem.

note: type: Plain text
en: git-log - Show commit logs
pt_BR: git-log - Exibe os registros log do commit

note: type: Plain text
en: 'git log' [<options>] [<revision range>] [[--] <path>...]
pt_BR: 'git log' [<opções>] [<faixa de revisões>] [[--] <caminho>...]

note: type: Plain text
en: Shows the commit logs.
pt_BR: Exibe os registros log do commit.

note: type: Plain text
en: The command takes options applicable to the `git rev-list` command to control what is shown and how, and options applicable to the `git diff-*` commands to control how the changes each commit introduces are shown.
pt_BR: O comando pega as opções aplicáveis ao comando `git rev-list` para controlar o que é exibido e como, as opções aplicáveis aos comandos`git diff- *` controla como as mudanças que cada commit introduz são exibidos.

note: type: Plain text
en: Continue listing the history of a file beyond renames (works only for a single file).
pt_BR: Continue listando o histórico de um arquivo além de o renomear (funciona apenas para um único arquivo).

note: type: Plain text
en: Print out the ref names of any commits that are shown. If 'short' is specified, the ref name prefixes 'refs/heads/', 'refs/tags/' and 'refs/remotes/' will not be printed. If 'full' is specified, the full ref name (including prefix) will be printed. If 'auto' is specified, then if the output is going to a terminal, the ref names are shown as if 'short' were given, otherwise no ref names are shown. The default option is 'short'.
pt_BR: Imprima os nomes "ref" de quaisquer commits que forem exibidos. Caso 'short' seja usado, os prefixos do nome "ref" 'refs/heads/', 'refs/tags/' e 'refs/remotes/' não serão exibidos na tela. Caso 'full' seja usado, o nome completo do "ref" (incluindo o prefixo) será exibido. Caso 'auto' seja usado e se a saída estiver indo para um terminal, os nomes "ref" serão exibidos como se a opção 'short' fosse usado, caso contrário, nenhum nome "ref" será exibido. A predefinição da opção é 'short'.

note: type: Plain text
en: If no `--decorate-refs` is given, pretend as if all refs were included.  For each candidate, do not use it for decoration if it matches any patterns given to `--decorate-refs-exclude` or if it doesn't match any of the patterns given to `--decorate-refs`.
pt_BR: Caso nenhum `--decorate-refs` seja usado, finja que todos os "refs" foram incluídos.  Para cada candidato, não o use para decoração caso ele corresponda a algum padrão fornecido para a opção `--decorate-refs-exclude` ou caso não corresponda a nenhum padrão usado em ` --decorate-refs`.

note: type: Plain text
en: Print out the ref name given on the command line by which each commit was reached.
pt_BR: Exiba na tela o nome "ref" usado na linha de comando pela qual cada commit foi alcançado.

note: type: Plain text
en: Use mailmap file to map author and committer names and email addresses to canonical real names and email addresses. See linkgit:git-shortlog[1].
pt_BR: Use o arquivo mailmap para mapear os nomes dos autores dos commits e endereços de e-mail para nomes reais canônicos e endereços de e-mail. Consulte linkgit:git-shortlog[1].

note: type: Plain text
en: Without this flag, `git log -p <path>...` shows commits that touch the specified paths, and diffs about the same specified paths.  With this, the full diff is shown for commits that touch the specified paths; this means that "<path>..." limits only commits, and doesn't limit diff for those commits.
pt_BR: Sem essa flag, o comando `git log -p <caminho> ...` exibe os commits que tocam nos caminhos determinados e difere sobre os mesmos caminhos que forem determinados.  Com isso, o "diff" completo é exibido para os commits que toquem determinados caminhos; isso significa que "<caminho>..." limita apenas os commits mas não limita o diff para estes commits.

note: type: Plain text
en: Note that this affects all diff-based output types, e.g. those produced by `--stat`, etc.
pt_BR: Observe que isso afeta todos os tipos de saída baseados em "diff", como por exemplo os produzidos pelas opções `--stat`, etc.

note: type: Plain text
en: Include a line ``log size <number>'' in the output for each commit, where <number> is the length of that commit's message in bytes.  Intended to speed up tools that read log messages from `git log` output by allowing them to allocate space in advance.
pt_BR: Inclua uma linha ``log size <quantidade>'' na saída para cada commit, onde `<quantidade>` é o comprimento da mensagem deste commit em bytes.  Destina-se a acelerar as ferramentas que leem a mensagens do registro log na saída do comando `git log`, permitindo a alocação do espaço com antecedência.

note: type: Labeled list
en: -L <start>,<end>:<file>
pt_BR: -L <inicio>,<fim>:<arquivo>

note: type: Labeled list
en: -L :<funcname>:<file>
pt_BR: -L :<nome-da-função>:<arquivo>

note: type: Plain text
en: Trace the evolution of the line range given by "<start>,<end>" (or the function name regex <funcname>) within the <file>.  You may not give any pathspec limiters.  This is currently limited to a walk starting from a single revision, i.e., you may only give zero or one positive revision arguments, and <start> and <end> (or <funcname>) must exist in the starting revision.  You can specify this option more than once. Implies `--patch`.  Patch output can be suppressed using `--no-patch`, but other diff formats (namely `--raw`, `--numstat`, `--shortstat`, `--dirstat`, `--summary`, `--name-only`, `--name-status`, `--check`) are not currently implemented.
pt_BR: Rastreie a evolução do intervalo das linhas definidos em "<inicio>, <fim>" (ou o nome da função regex <nome-da-função>) dentro do <arquivo>. Você não pode usar qualquer limitador com o `pathspec`. No momento, está limitado a um passo a partir de uma única revisão, ou seja, você pode usar zero apenas ou um argumento de revisão positivo, onde <inicio> e <fim> (ou <nome-da-função>) devam existir na revisão inicial. Você pode usar esta opção mais de uma vez. Implica no uso da opção `--patch`. A saída do patch pode ser suprimida usando o comando `--no-patch`, mas outros formatos diff (nomeadamente` --raw`, `--numstat`,` --shortstat`, `--dirstat`,` --summary`, No momento, `- --name-only`,` --name-status`, `--check`) ainda não foram implementados.

note: type: Labeled list
en: <revision range>
pt_BR: <intervalo da revisão>

note: type: Plain text
en: Show only commits in the specified revision range.  When no <revision range> is specified, it defaults to `HEAD` (i.e. the whole history leading to the current commit).  `origin..HEAD` specifies all the commits reachable from the current commit (i.e. `HEAD`), but not from `origin`. For a complete list of ways to spell <revision range>, see the 'Specifying Ranges' section of linkgit:gitrevisions[7].
pt_BR: Exibe apenas os commits no intervalo de revisões informados. Quando nenhum <intervalo de revisão> é usado, a predefinição é `HEAD` (ou seja, todo o histórico que leva ao commit atual). `origin..HEAD` determina que todos os commits alcançáveis a partir do commit atual (ou seja,` HEAD`), mas não de `origin`. Para obter uma lista completa de como usar <intervalo de revisão>, consulte a seção 'Especificando os intervalos' do linkgit:gitrevisions[7].

note: type: Labeled list
en: [--] <path>...
pt_BR: [--] <caminho>...

note: type: Plain text
en: Show only commits that are enough to explain how the files that match the specified paths came to be.  See 'History Simplification' below for details and other simplification modes.
pt_BR: Exibe apenas os commits que sejam suficientes para explicar como os arquivos que coincidam com os caminhos usados foram criados. Consulte 'Simplificação do histórico' abaixo para obter mais detalhes e para aprender outros modos de simplificação.

note: type: Plain text
en: Paths may need to be prefixed with `--` to separate them from options or the revision range, when confusion arises.
pt_BR: Os caminhos podem precisar ser prefixados com um `--` para separá-los das opções ou do intervalo de revisões, quando um conflito surgir.

note: type: Title -
en: COMMON DIFF OPTIONS
pt_BR: OPÇÕES DIFF QUE SÃO COMUNS

note: type: Plain text
en: Show the whole commit history, but skip any merges
pt_BR: Exibe todo o histórico do commit, mas ignore todas as mesclagens

note: type: Plain text
en: Show all commits since version 'v2.6.12' that changed any file in the `include/scsi` or `drivers/scsi` subdirectories
pt_BR: Exibe todos os commits desde a versão 'v2.6.12' que alterou qualquer arquivo nos subdiretórios 'include/scsi' ou 'drivers/scsi'

note: type: Plain text
en: Show the changes during the last two weeks to the file 'gitk'.  The `--` is necessary to avoid confusion with the *branch* named 'gitk'
pt_BR: Exibe as alterações nas últimas duas semanas no arquivo 'gitk'.  O `--` é necessário para evitar confusão com o *ramo* chamado 'gitk'

note: type: Plain text
en: Show the commits that are in the "test" branch but not yet in the "release" branch, along with the list of paths each commit modifies.
pt_BR: Exibe os commits que estão no ramo "test", mas não ainda no ramo "release", junto com a lista de caminhos que cada commit modifica.

note: type: Plain text
en: Shows the commits that changed `builtin/rev-list.c`, including those commits that occurred before the file was given its present name.
pt_BR: Exibe os commits que mudaram o arquivo `builtin/rev-list.c`, incluindo os commits que ocorreram antes do arquivo receber o nome atual.

note: type: Plain text
en: Shows all commits that are in any of local branches but not in any of remote-tracking branches for 'origin' (what you have that origin doesn't).
pt_BR: Exibe todas os commits que estão em qualquer uma das ramificações locais, mas não em quaisquer outras ramificações remotas rastreadas para 'origin' (o que você tem mas na "origin" não).

note: type: Plain text
en: Shows all commits that are in local master but not in any remote repository master branches.
pt_BR: Exibe todos os commits que estão no "master" local, mas não em nenhuma outra ramificação "master" do repositório remoto.

note: type: Plain text
en: Shows the history including change diffs, but only from the ``main branch'' perspective, skipping commits that come from merged branches, and showing full diffs of changes introduced by the merges.  This makes sense only when following a strict policy of merging all topic branches when staying on a single integration branch.
pt_BR: Exibe o histórico incluindo as modificações entres os "diffs", porém apenas da perspectiva da ``ramificação principal'', ignorando os commits provenientes das ramificações mescladas e exibindo os "diffs" completos das alterações feitas pelas mesclagens.  Isso apenas faz algum sentido caso seguamos uma política estrita de mesclagem do tópico de todas as ramificações quando permanecerem em um único ramo da integração.

note: type: Plain text
en: Shows how the function `main()` in the file `main.c` evolved over time.
pt_BR: Exibe como a função `main()` no arquivo `main.c` evoluiu ao longo do tempo.

note: type: Plain text
en: Limits the number of commits to show to 3.
pt_BR: Limita a quantidade de commits a serem exibidos em 3.

note: type: Plain text
en: See linkgit:git-config[1] for core variables and linkgit:git-diff[1] for settings related to diff generation.
pt_BR: Para configurações relacionadas com a geração de arquivos diferenciais "diff" consulte linkgit:git-diff[1], para as variáveis principais consulte linkgit:git-config[1].

note: type: Plain text
en: Default for the `--format` option.  (See 'Pretty Formats' above.)  Defaults to `medium`.
pt_BR: A predefinição para a opção `--format`.  (Consulte 'Formatos Bonitos' acima.)   O valor predefinido é `medium`.

note: type: Plain text
en: Encoding to use when displaying logs.  (See 'Discussion' above.)  Defaults to the value of `i18n.commitEncoding` if set, and UTF-8 otherwise.
pt_BR: A codificação a ser usada ao exibir os registros logs.  (Consulte 'Discussão' acima.) O valor predefinido reside na variável `i18n.commitEncoding`, do contrário assume-se o UTF-8.

note: type: Plain text
en: Default format for human-readable dates.  (Compare the `--date` option.)  Defaults to "default", which means to write dates like `Sat May 8 19:35:34 2010 -0500`.
pt_BR: O formato predefinido para que as datas sejam legíveis para nós.  (Compare a opção `--date`.)  O valor predefinido é "default", o que significa que as datas seguirão o seguinte padrão `Sat May 8 19:35:34 2010 -0500`.

note: type: Plain text
en: If the format is set to "auto:foo" and the pager is in use, format "foo" will be the used for the date format. Otherwise "default" will be used.
pt_BR: Caso o formato esteja definido como "auto: foo" e o pager esteja em uso, o formato "foo" será usado para o formato da data. Caso contrário, o valor predefinido "default" será usado.

note: type: Plain text
en: If `true`, `git log` will act as if the `--follow` option was used when a single <path> is given.  This has the same limitations as `--follow`, i.e. it cannot be used to follow multiple files and does not work well on non-linear history.
pt_BR: Caso o valor `true` seja usado, o `git log` atuará como se a opção `--follow` fosse usada quando em um único <caminho> usado. Isso tem as mesmas limitações que `--follow`, ou seja, não pode ser usado para seguir vários arquivos e não funciona bem no histórico não linear.

note: type: Plain text
en: If `false`, `git log` and related commands will not treat the initial commit as a big creation event.  Any root commits in `git log -p` output would be shown without a diff attached.  The default is `true`.
pt_BR: Caso o valor `false` seja usado, o`git log` e os comandos relacionados não tratarão o commit inicial como um grande evento de criação.  Qualquer commit "root" na saída `git log -p` seria exibida sem um "diff" anexado.  O valor predefinido é "true".

note: type: Plain text
en: If `true`, `git log` and related commands will act as if the `--show-signature` option was passed to them.
pt_BR: Caso o valor `true` seja usado, o `git log` e os comandos relacionados atuarão como se a opção `--show-signature` tivesse sido usada.

note: type: Plain text
en: See linkgit:git-shortlog[1].
pt_BR: Consulte linkgit:git-shortlog[1].

note: type: Plain text
en: Which refs, in addition to the default set by `core.notesRef` or `GIT_NOTES_REF`, to read notes from when showing commit messages with the `log` family of commands.  See linkgit:git-notes[1].
pt_BR: Quais refs além do padrão definido por `core.notesRef` ou `GIT_NOTES_REF`, para ler as anotações de quando for exibir as mensagens de commit com a família de comandos `log`.  Consulte linkgit:git-notes[1].

note: type: Plain text
en: May be an unabbreviated ref name or a glob and may be specified multiple times.  A warning will be issued for refs that do not exist, but a glob that does not match any refs is silently ignored.
pt_BR: Pode ser um nome sem abreviação ou um "glob" e pode ser especificado várias vezes.  Um aviso será emitido para "refs" que não existem, mas um "glob" que não corresponda a nenhum "ref" é silenciosamente ignorado.

note: type: Plain text
en: This setting can be disabled by the `--no-notes` option, overridden by the `GIT_NOTES_DISPLAY_REF` environment variable, and overridden by the `--notes=<ref>` option.
pt_BR: Essa configuração pode ser desativada pela opção `--no-notes`, ou substituída pela variável de ambiente`GIT_NOTES_DISPLAY_REF` e substituída pela opção `--notes=<ref>`.

note: type: Plain text
en: Similar to `-t`, but use lowercase letters for files that are marked as 'assume unchanged' (see linkgit:git-update-index[1]).
pt_BR: Semelhante ao `-t ', porém use letras minúsculas para os arquivos marcados como 'assume unchanged' ou 'assuma que não foi alterado' (consulte linkgit:git-update-index[1]).

note: type: Plain text
en: Similar to `-t`, but use lowercase letters for files that are marked as 'fsmonitor valid' (see linkgit:git-update-index[1]).
pt_BR: Semelhante ao `-t ', porém use letras minúsculas para os arquivos marcados como 'fsmonitor valid' (consulte linkgit:git-update-index[1]).

note: type: Plain text
en: For an unmerged path, instead of recording a single mode/SHA-1 pair, the index records up to three such pairs; one from tree O in stage 1, A in stage 2, and B in stage 3.  This information can be used by the user (or the porcelain) to see what should eventually be recorded at the path. (see linkgit:git-read-tree[1] for more information on state)
pt_BR: Para um caminho que não foi mesclado, em vez de gravar um único modo/par SHA-1, o índice registra até três desses pares; um da árvore O no estágio 1, A no estágio 2 e B no estágio 3.  Esta informação pode ser usada pelo usuário (ou pela porcelana) para ver o quê eventualmente deverá ser registrado no caminho. (para mais informações sobre estado/condição consulte linkgit:git-read-tree[1])

note: type: Plain text
en: Expand the URL of the given remote repository taking into account any "url.<base>.insteadOf" config setting (See linkgit:git-config[1]) and exit without talking to the remote.
pt_BR: Expanda a URL do repositório remoto fornecido, levando em consideração qualquer definição de configuração "url.<base>.insteadOf" (consulte linkgit:git-config[1]) e encerre sem se comunicar com o repositório remoto.

note: type: Plain text
en: Sort based on the key given. Prefix `-` to sort in descending order of the value. Supports "version:refname" or "v:refname" (tag names are treated as versions). The "version:refname" sort order can also be affected by the "versionsort.suffix" configuration variable.  See linkgit:git-for-each-ref[1] for more sort options, but be aware keys like `committerdate` that require access to the objects themselves will not work for refs whose objects have not yet been fetched from the remote, and will give a `missing object` error.
pt_BR: Classificado com base na chave fornecida. O prefixo `-` é usado para classificar em ordem de valor decrescente. É compatívle com "version:refname" ou "v:refname" (os nomes das tags são tratadas como versões). Já a classificação da ordem "version:refname" pode ser afetada através da configuração da variável "versionsort.suffix".  Para mais opções de classificação consulte linkgit:git-for-each-ref[1], porém esteja ciente que chaves como `committerdate` que requeiram acesso aos objetos em si não funcionarão com "refs" cujos objetos ainda não foram buscados remotamente e exibirão um erro `missing object`.

note: type: Plain text
en: Transmit the given string to the server when communicating using protocol version 2.  The given string must not contain a NUL or LF character.  When multiple `--server-option=<option>` are given, they are all sent to the other side in the order listed on the command line.
pt_BR: Transmita a string fornecida para o servidor ao se comunicar usando o protocolo versão 2. A string fornecida não deve conter um caractere NUL ou LF. Quando múltiplos `--server-option=<option>` são fornecidos, todos eles são enviados para o outro lado na ordem listada na linha de comando.

note: type: Plain text
en:         <mode> SP <type> SP <object> TAB <file>
pt_BR:         <modo> SP <tipo> SP <objeto> TAB <arquivo>

note: type: Plain text
en:         <mode> SP <type> SP <object> SP <object size> TAB <file>
pt_BR:         <modo> SP <tipo> SP <objeto> SP <tamanho do objeto> TAB <arquivo>

note: type: Plain text
en: Reads a single e-mail message from the standard input, and writes the commit log message in <msg> file, and the patches in <patch> file.  The author name, e-mail and e-mail subject are written out to the standard output to be used by 'git am' to create a commit.  It is usually not necessary to use this command directly.  See linkgit:git-am[1] instead.
pt_BR: Lê uma única mensagem de email da entrada padrão, registra a mensagem do commit no log em um arquivo <msg>, e os patches em um arquivo <patch>.  O nome do autor, o assunto da mensagem e o endereço do e-mail são gravados na saída padrão para criar um commit que serão usados pelo comando 'git am'.  Na maioria das vezes, não é necessário usar este comando diretamente.  Em vez disso, consulte linkgit:git-am[1].

note: type: Plain text
en: The commit log message, author name and author email are taken from the e-mail, and after minimally decoding MIME transfer encoding, re-coded in the charset specified by i18n.commitencoding (defaulting to UTF-8) by transliterating them.  This used to be optional but now it is the default.
pt_BR: A mensagem de registro log do commit, o nome do autor e seu email são obtidos do email e após a decodificação mínima da codificação de transferência MIME, re-codificados na definição de caracteres determinado por  `i18n.commitencoding` (predefinido para UTF-8), fazendo a sua transliteração. Isso costumava ser opcional, agora é a predefinição.

note: type: Plain text
en: Given three commits 'A', 'B' and 'C', `git merge-base A B C` will compute the merge base between 'A' and a hypothetical commit 'M', which is a merge between 'B' and 'C'.  For example, with this topology:
pt_BR: Dados três commits 'A', 'B' e 'C', `git merge-base A B C` irá calcular a base de fusão entre 'A' e um hipotético commit 'M', que é uma fusão entre 'B' e 'C'.  Por exemplo, com esta topologia:

note: type: Plain text
en: When the history involves criss-cross merges, there can be more than one 'best' common ancestor for two commits.  For example, with this topology:
pt_BR: Quando a história envolve mesclagens cruzadas, pode haver mais de um "melhor" ancestral comum para dois commits.  Por exemplo, com esta topologia:

note: type: Plain text
en: 'git mergetool' [--tool=<tool>] [-y | --[no-]prompt] [<file>...]
pt_BR: 'git mergetool' [--tool=<ferramente>] [-y | --[no-]prompt] [<arquivo>...]

note: type: Plain text
en: Print a list of merge tools that may be used with `--tool`.
pt_BR: Exibe uma lista das ferramentas de mesclagem que podem ser utilizadas com a opção `--tool`.

note: type: Plain text
en: Process files in the order specified in the <orderfile>, which has one shell glob pattern per line.  This overrides the `diff.orderFile` configuration variable (see linkgit:git-config[1]).  To cancel `diff.orderFile`, use `-O/dev/null`.
pt_BR: Processe os arquivos na ordem especificada em <orderfile> que tenha um shell padrão "glob" por linha.  Isso sobrescreve o arquivo de configuração de variável `diff.orderFile` (consulte linkgit:git-config[1]).  Para cancelar a variável `diff.orderFile`, use `-O/dev/null`.

note: type: Title -
en: TEMPORARY FILES
pt_BR: ARQUIVOS TEMPORÁRIOS

note: type: Plain text
en: `git mergetool` creates `*.orig` backup files while resolving merges.  These are safe to remove once a file has been merged and its `git mergetool` session has completed.
pt_BR: O `git mergetool` cria arquivos de backup` * .orig` enquanto lida com as mesclagens.  É seguro removê-los assim que um arquivo for mesclado e a sua sessão `git mergetool` tenha terminado.

note: type: Plain text
en: Setting the `mergetool.keepBackup` configuration variable to `false` causes `git mergetool` to automatically remove the backup as files are successfully merged.
pt_BR: Definir a variável de configuração `mergetool.keepBackup` como` false` faz com que o comando `git mergetool` remova automaticamente o backup enquanto os arquivos forem sendo mesclados com sucesso.

note: type: Plain text
en: git-merge-tree - Show three-way merge without touching index
pt_BR: git-merge-tree - Mostra as três maneiras de mesclagem sem mexer no índice

note: type: Plain text
en: 'git merge-tree' <base-tree> <branch1> <branch2>
pt_BR: 'git merge-tree' <árvore-base> <ramo1> <ramo2>

note: type: Plain text
en: Reads three tree-ish, and output trivial merge results and conflicting stages to the standard output.  This is similar to what three-way 'git read-tree -m' does, but instead of storing the results in the index, the command outputs the entries to the standard output.
pt_BR: Faz a leitura de três árvores e produz resultados comuns de mesclagem assim como encaminha os estágios conflitantes para a saída predefinida.  Isso é semelhante ao que o 'git read-tree -m' no entanto, em vez de armazenar os resultados no índice, o comando externa as entradas na saída predefinida.

note: type: Plain text
en: This is meant to be used by higher level scripts to compute merge results outside of the index, and stuff the results back into the index.  For this reason, the output from the command omits entries that match the <branch1> tree.
pt_BR: Isso foi pensado para ser usado por scripts de alto nível para processar os resultados de mesclagem fora do índice e posteriormente retorná-los.  Por esse motivo a saída do comando omite as entradas que coincidam com <branch1>.

note: type: Plain text
en: git-merge - Join two or more development histories together
pt_BR: git-merge - Una dois ou mais históricos de desenvolvimento

note: type: Plain text
en: 'git merge' [-n] [--stat] [--no-commit] [--squash] [--[no-]edit]
    	[--no-verify] [-s <strategy>] [-X <strategy-option>] [-S[<keyid>]]
    	[--[no-]allow-unrelated-histories]
    	[--[no-]rerere-autoupdate] [-m <msg>] [-F <file>] [<commit>...]
    'git merge' (--continue | --abort | --quit)
pt_BR: 'git merge' [-n] [--stat] [--no-commit] [--squash] [--[no-]edit]
    	[--no-verify] [-s <estratégia>] [-X <opção da estratégia>] [-S[<keyid>]]
    	[--[no-]allow-unrelated-histories]
    	[--[no-]rerere-autoupdate] [-m <msg>] [-F <arquivo>] [<commit>...]
    'git merge' (--continue | --abort | --quit)

note: type: Plain text
en: Incorporates changes from the named commits (since the time their histories diverged from the current branch) into the current branch.  This command is used by 'git pull' to incorporate changes from another repository and can be used by hand to merge changes from one branch into another.
pt_BR: Incorpora as alterações dos commits citados (desde o momento em que os seus históricos divergirem da ramificação atual) para dentro do ramo atual.  Este comando é usado pelo 'git pull' para incorporar as alterações vindos de outro repositório e pode ser usado manualmente para mesclar as alterações do outro ramo para um outro.

note: type: Plain text
en: Assume the following history exists and the current branch is "`master`":
pt_BR: Suponha que exista o seguinte histórico e o ramo atual seja `master`:

note: type: Plain text
en: Then "`git merge topic`" will replay the changes made on the `topic` branch since it diverged from `master` (i.e., `E`) until its current commit (`C`) on top of `master`, and record the result in a new commit along with the names of the two parent commits and a log message from the user describing the changes.
pt_BR: Em seguida, `git merge topic` repetirá as alterações feitas no ramo `topic` uma vez que ele divergiu de `master` (ou seja,`E`) até que o seu commit atual (`C`) no topo de `master` registrando o resultado em um novo commit junto com os nomes de dois commits relacionados em uma mensagem log vindo do usuário descrevendo as alterações.

note: type: Plain text
en: Read the commit message to be used for the merge commit (in case one is created).
pt_BR: Leia a mensagem de commit que será utilizada para mesclar o commit (no caso de uma ser criada).

note: type: Plain text
en: Silently overwrite ignored files from the merge result. This is the default behavior. Use `--no-overwrite-ignore` to abort.
pt_BR: Substituir silenciosamente os arquivos ignorados da mesclagem resultante. Este é o comportamento predefinido. Para abortar use `-- no-overwrite-ignore`.

note: type: Plain text
en: Abort the current conflict resolution process, and try to reconstruct the pre-merge state.
pt_BR: Interrompa o processo de resolução do conflito atual e tente reconstruir a condição anterior a mesclagem.

note: type: Plain text
en: Forget about the current merge in progress. Leave the index and the working tree as-is.
pt_BR: Não se preocupa com a mesclagem em andamento. Mantenha o índice e a árvore de trabalho como estão.

note: type: Title -
en: PRE-MERGE CHECKS
pt_BR: VERIFICAÇÕES PRÉVIAS A MESCLAGEM

note: type: Plain text
en: Before applying outside changes, you should get your own work in good shape and committed locally, so it will not be clobbered if there are conflicts.  See also linkgit:git-stash[1].  'git pull' and 'git merge' will stop without doing anything when local uncommitted changes overlap with files that 'git pull'/'git merge' may need to update.
pt_BR: Você deve ter o seu próprio trabalho em boas condições e com o commit feito localmente antes de aplicar as alterações externas, para evitar que sejam sobrescritos no caso da existência de conflitos.  Os comandos 'git pull' e 'git merge' ficarão inertes sem fazer nada quando as modificações dos commits que não foram aplicados localmente se sobrepuserem aos arquivos que os comandos 'git pull'/'git merge' talvez precisem atualizar.

note: type: Plain text
en: To avoid recording unrelated changes in the merge commit, 'git pull' and 'git merge' will also abort if there are any changes registered in the index relative to the `HEAD` commit.  (Special narrow exceptions to this rule may exist depending on which merge strategy is in use, but generally, the index must match HEAD.)
pt_BR: Para evitar o registro de alterações não relacionadas a mesclagem do commit, os comandos 'git pull' e 'git merge' também serão cancelados caso exista alguma alteração registrada no índice em relação ao commit `HEAD`.  (Podem existir algumas poucas exceções especiais a essa regra dependendo de qual estratégia de mesclagem estiver em uso, no geral, o índice deve corresponder ao HEAD.)

note: type: Plain text
en: If all named commits are already ancestors of `HEAD`, 'git merge' will exit early with the message "Already up to date."
pt_BR: Caso todos os commits sejam antecessores ao `HEAD`, então o comando 'git merge' encerrara prematuramente exibindo a mensagem "Já foi atualizado"

note: type: Title -
en: FAST-FORWARD MERGE
pt_BR: MESCLAGEM COM AVANÇO RÁPIDO

note: type: Plain text
en: This behavior can be suppressed with the `--no-ff` option.
pt_BR: Este comportamento pode ser suprimido ao usar a opção `--no-ff`.

note: type: Title -
en: TRUE MERGE
pt_BR: MESCLAGEM REAL

note: type: Plain text
en: The `HEAD` pointer stays the same.
pt_BR: O indicador do `HEAD` se mantém o mesmo.

note: type: Plain text
en: The `MERGE_HEAD` ref is set to point to the other branch head.
pt_BR: O "ref" do `MERGE_HEAD` é definido para indicar o `HEAD` do outro ramo.

note: type: Title -
en: MERGING TAG
pt_BR: MESCLANDO TAG

note: type: Title -
en: HOW CONFLICTS ARE PRESENTED
pt_BR: COMO OS CONFLITOS SÃO APRESENTADOS

note: type: Title -
en: HOW TO RESOLVE CONFLICTS
pt_BR: COMO RESOLVER OS CONFLITOS

note: type: Plain text
en: After seeing a conflict, you can do two things:
pt_BR: Após encontrar um conflito, você pode fazer duas coisas:

note: type: Plain text
en: You can work through the conflict with a number of tools:
pt_BR: Você pode trabalhar o conflito com uma quantidade de ferramentas:

note: type: Labeled list
en: branch.<name>.mergeOptions
pt_BR: branch.<nome>.mergeOptions

note: type: Plain text
en: git-mv - Move or rename a file, a directory, or a symlink
pt_BR: git-mv - Move ou renomeia um arquivo, um diretório ou um link simbólico

note: type: Plain text
en: 'git mv' <options>... <args>...
pt_BR: 'git mv' <opções>... <args>...

note: type: Plain text
en: Move or rename a file, directory or symlink.
pt_BR: Mova ou renomeie um arquivo, diretório ou link simbólico.

note: type: Plain text
en:  git mv [-v] [-f] [-n] [-k] <source> <destination>
     git mv [-v] [-f] [-n] [-k] <source> ... <destination directory>
pt_BR:  git mv [-v] [-f] [-n] [-k] <origem> <destino>
     git mv [-v] [-f] [-n] [-k] <origem> ... <diretório de destino>

note: type: Plain text
en: In the first form, it renames <source>, which must exist and be either a file, symlink or directory, to <destination>.  In the second form, the last argument has to be an existing directory; the given sources will be moved into this directory.
pt_BR: No primeiro formulário, ele renomeia `<origem>`, que deve existir e ser um arquivo, link simbólico ou diretório, para <destino>. Na segunda forma, o último argumento deve ser um diretório existente; as fontes fornecidas serão movidas para este diretório.

note: type: Plain text
en: The index is updated after successful completion, but the change must still be committed.
pt_BR: O índice é atualizado após a conclusão bem-sucedida, mas a alteração ainda deve ser confirmada.

note: type: Plain text
en: Force renaming or moving of a file even if the target exists
pt_BR: Impor a renomeação ou a movimentação de um arquivo, mesmo que o destino exista

note: type: Plain text
en: Skip move or rename actions which would lead to an error condition. An error happens when a source is neither existing nor controlled by Git, or when it would overwrite an existing file unless `-f` is given.
pt_BR: Ignorar um ato de mover ou renomear as ações que levariam a uma condição de erro. Um erro acontece quando uma fonte não existe nem é controlada pelo Git ou quando ela substituiria um arquivo existente a menos que `-f` seja usado.

note: type: Plain text
en: Do nothing; only show what would happen
pt_BR: Não faça nada; apenas exiba o que aconteceria

note: type: Plain text
en: Report the names of files as they are moved.
pt_BR: Relate os nomes dos arquivos conforme eles vão sendo movidos.

note: type: Plain text
en: Moving a submodule using a gitfile (which means they were cloned with a Git version 1.7.8 or newer) will update the gitfile and core.worktree setting to make the submodule work in the new location.  It also will attempt to update the submodule.<name>.path setting in the linkgit:gitmodules[5] file and stage that file (unless -n is used).
pt_BR: Mover um submódulo usando um gitfile (o que significa que eles foram clonados com uma versão 1.7.8 ou mais recente do Git) atualizará a configuração `gitfile` e `core.worktree` para fazer com que o submódulo funcione no novo local. Ele também tentará atualizar o `submodule.<name>.path` no arquivo linkgit: gitmodules [5] e preparar este arquivo (a menos que a opção `-n` seja usada).

note: type: Plain text
en: Each time a superproject update moves a populated submodule (e.g. when switching between commits before and after the move) a stale submodule checkout will remain in the old location and an empty directory will appear in the new location. To populate the submodule again in the new location the user will have to run "git submodule update" afterwards. Removing the old directory is only safe when it uses a gitfile, as otherwise the history of the submodule will be deleted too. Both steps will be obsolete when recursive submodule update has been implemented.
pt_BR: Sempre que uma atualização do `superproject` move um submódulo populado (por exemplo, ao alternar entre commits antes e depois da mudança), um `checkout` obsoleto do submódulo permanecerá no local antigo e um diretório vazio aparecerá no novo local. Para popular o submódulo novamente no novo local, o usuário precisará executar o comando `git submodule update` depois. A remoção do diretório antigo só é segura quando ele usa um `gitfile`; caso contrário, o histórico do submódulo também será excluído. Ambas as etapas ficarão obsoletas quando a atualização recursiva do submódulo for implementada.

note: type: Labeled list
en: -s <strategy>
pt_BR: -s <estratégia>

note: type: Plain text
en: Every notes change creates a new commit at the specified notes ref.  You can therefore inspect the history of the notes by invoking, e.g., `git log -p notes/commits`.  Currently the commit message only records which operation triggered the update, and the commit authorship is determined according to the usual rules (see linkgit:git-commit[1]).  These details may change in the future.
pt_BR: Cada modificação nas anotações cria um novo commit nas anotações "ref" especificadas.  Portanto, você pode inspecionar o histórico das notas invocando por exemplo o comando `git log -p notes/commits`.  Atualmente, a mensagem de confirmação registra apenas qual a operação que acionou a atualização, já a autoria da confirmação é determinada de acordo com as regras usuais (consulte linkgit:git-commit[1]).  Estes detalhes podem mudar no futuro.

note: type: Plain text
en: Which ref (or refs, if a glob or specified more than once), in addition to the default set by `core.notesRef` or `GIT_NOTES_REF`, to read notes from when showing commit messages with the 'git log' family of commands.  This setting can be overridden on the command line or by the `GIT_NOTES_DISPLAY_REF` environment variable.  See linkgit:git-log[1].
pt_BR: Qual ref (ou refs, caso um "glob" seja especificado mais de uma vez), além do padrão definido pela variável `core.notesRef` ou` GIT_NOTES_REF`, para ler as anotações durante a exibição das mensagens de confirmação junto com a família de comandos 'git log'.  Esta configuração pode ser substituída na linha de comando ou pela variável de ambiente `GIT_NOTES_DISPLAY_REF`.  Consulte linkgit:git-log[1].

note: type: Plain text
en: Set the `GIT_DIR` environment variable.  See linkgit:git[1].
pt_BR: Define a variável de ambiente `GIT_DIR`.  Consulte linkgit:git[1].

note: type: Plain text
en: Perform a bare clone.  See linkgit:git-clone[1].
pt_BR: Faça um clone vazio.  Consulte linkgit:git-clone[1].

note: type: Plain text
en: Detect renames.  See linkgit:git-diff[1].  Renames will be represented in p4 using explicit 'move' operations.  There is no corresponding option to detect copies, but there are variables for both moves and copies.
pt_BR: Detecta renomeações.  Consulte linkgit:git-diff[1].  As renomeações serão representadas em p4 utilizando operações 'move' de forma explicita.  Não há opção correspondente para detectar cópias, no entanto há variáveis tanto para mover como copiar.

note: type: Labeled list
en: --branch <branch>
pt_BR: --branch <ramo>

note: type: Plain text
en: Detect renames.  See linkgit:git-diff[1].  This can be true, false, or a score as expected by 'git diff -M'.
pt_BR: Detecta renomeações.  Consulte linkgit:git-diff[1].  Pode ser "true", "false" ou uma pontuação conforme é o esperado pelo comando 'git diff -M'.

note: type: Plain text
en: Detect copies.  See linkgit:git-diff[1].  This can be true, false, or a score as expected by 'git diff -C'.
pt_BR: Detecta cópias.  Consulte linkgit:git-diff[1].  Pode ser "true", "false" ou uma pontuação conforme é o esperado pelo comando 'git diff -C'.

note: type: Plain text
en: Detect copies harder.  See linkgit:git-diff[1].  A boolean.
pt_BR: Detecta cópias com mais esforço.  Consulte linkgit:git-diff[1].  Um boleano.

note: type: Plain text
en: Create a "thin" pack by omitting the common objects between a sender and a receiver in order to reduce network transfer. This option only makes sense in conjunction with --stdout.
pt_BR: Crie um pacote "magro" ao omitir objetos comuns entre o remetente e o destinatário visando a redução do tráfego de rede. Esta opção só faz sentido se utilizado em conjunto com `--stdout`.

note: type: Plain text
en: Note: A thin pack violates the packed archive format by omitting required objects and is thus unusable by Git without making it self-contained. Use `git index-pack --fix-thin` (see linkgit:git-index-pack[1]) to restore the self-contained property.
pt_BR: Observação: Um pacote leve viola o formato do arquivo compactado por omitir os objetos necessários e portanto, não pode ser usado pelo Git sem torná-lo independente. Para restaurar as propriedades deste pacote use o comando `git index-pack --fix-thin` (consulte linkgit:git-index-pack[1]).

note: type: Plain text
en: Note: Porcelain commands such as `git gc` (see linkgit:git-gc[1]), `git repack` (see linkgit:git-repack[1]) pass this option by default in modern Git when they put objects in your repository into pack files.  So does `git bundle` (see linkgit:git-bundle[1]) when it creates a bundle.
pt_BR: Observação: É predefinido que os comandos porcelânicos como os `git gc` (consulte linkgit:git-gc[1]), `git repack` (consulte linkgit:git-repack[1]) encaminhem estas opções nas versões mais recentes do Git ao colocar os objetos em seu repositório dentro dos arquivos de pacotes.  O mesmo acontece com a opção `git bundle` (consulte linkgit:git-bundle[1]) quando é criado um pacote.

note: type: Plain text
en: Specifies the number of threads to spawn when searching for best delta matches.  This requires that pack-objects be compiled with pthreads otherwise this option is ignored with a warning.  This is meant to reduce packing time on multiprocessor machines.  The required amount of memory for the delta search window is however multiplied by the number of threads.  Specifying 0 will cause Git to auto-detect the number of CPU's and set the number of threads accordingly.
pt_BR: Especifica a quantidade de threads a serem gerados durante a pesquisa das melhores correspondências delta.  Isso requer que os objetos do pacote sejam compilados com pthreads, caso contrário esta opção será ignorada e exibindo um aviso.  Isso visa reduzir o tempo do empacotamento em máquinas com multiprocessados.  A quantidade de memória necessária para a janela de pesquisa delta é multiplicada pela quantidade de threads.  Definindo como 0 faz com que o Git detecte automaticamente a quantidade de CPUs e defina a quantidade de threads proporcionalmente.

note: type: Plain text
en: With this option, parents that are hidden by grafts are packed nevertheless.
pt_BR: Com esta opção, as matrizes são ocultas pelos enxertos são embalados mesmo assim.

note: type: Plain text
en: Requires `--stdout`.  Omits certain objects (usually blobs) from the resulting packfile.  See linkgit:git-rev-list[1] for valid `<filter-spec>` forms.
pt_BR: Requer `--stdout`.  Omite certos objetos (em geral, bolhas) do pacote resultante.  Para formas válidas de `<filter-spec>` consulte linkgit:git-rev-list[1].

note: type: Plain text
en: Turns off any previous `--filter=` argument.
pt_BR: Desliga qualquer argumento `--filter=` anterior.

note: type: Plain text
en: A debug option to help with future "partial clone" development.  This option specifies how missing objects are handled.
pt_BR: Uma opção de depuração para ajudar no desenvolvimento futuro do "clone parcial".  Esta opção especifica como os objetos perdidos são manipulados.

note: type: Plain text
en: The form '--missing=error' requests that pack-objects stop with an error if a missing object is encountered.  This is the default action.
pt_BR: A opção `--missing=error` solicita que os objetos do pacote parem com um erro caso um objeto perdido seja encontrado.  Esta é a ação predefinida.

note: type: Plain text
en: The form '--missing=allow-any' will allow object traversal to continue if a missing object is encountered.  Missing objects will silently be omitted from the results.
pt_BR: A opção '--missing=allow-any' permitirá que a travessia do objeto continue caso um objeto perdido seja encontrado.  Os objetos perdidos serão omitidos silenciosamente dos resultados.

note: type: Plain text
en: The form '--missing=allow-promisor' is like 'allow-any', but will only allow object traversal to continue for EXPECTED promisor missing objects.  Unexpected missing object will raise an error.
pt_BR: A opção '--missing=allow-promisor' é como `allow-any`, mas só vai permitir que a travessia de objetos continue para os objetos promissores ausentes do `EXPECTED`.  Objetos perdidos e inesperados provocarão um erro.

note: type: Plain text
en: Islands are configured via the `pack.island` option, which can be specified multiple times. Each value is a left-anchored regular expressions matching refnames. For example:
pt_BR: As ilhas são configuradas através da opção `pack.island`, que pode ser usada várias vezes. Cada valor é uma expressão regular ancorada à esquerda que coincidam com "refnames". Por exemplo:

note: type: Plain text
en: This is the default.
pt_BR: Esta é a predefinição.

note: type: Plain text
en: Note that unreachable, packed objects will remain.  If this is not desired, see linkgit:git-repack[1].
pt_BR: Observe que objetos compactados e inacessíveis, permanecerão.  Caso não seja isso que deseja, consulte linkgit:git-repack[1].

note: type: Labeled list
en: --expire <time>
pt_BR: --expire <tempo>

note: type: delimited block -
en: 	  A---B---C master on origin
    	 /
        D---E---F---G master
    	^
    	origin/master in your repository
pt_BR: 	  A---B---C master on origin
    	 /
        D---E---F---G master
    	^
    	origin/master no seu repositório

note: type: Plain text
en: See linkgit:git-merge[1] for details, including how conflicts are presented and handled.
pt_BR: Para mais detalhes incluindo informações de como os conflitos são gerenciados e como eles são exibidos, consulte linkgit:git-merge[1].

note: type: Plain text
en: Override earlier --rebase.
pt_BR: Ignora o `--rebase` anterior.

note: type: Plain text
en: Before starting rebase, stash local modifications away (see linkgit:git-stash[1]) if needed, and apply the stash entry when done. `--no-autostash` is useful to override the `rebase.autoStash` configuration variable (see linkgit:git-config[1]).
pt_BR: Se necessário antes de iniciar o "rebase", armazene as modificações locais (consulte linkgit:git-stash[1]) e aplique a entrada "stash" quando terminar. `--no-autostash` é útil para sobrescrever as configurações da variável `rebase.autoStash` (consulte linkgit:git-config[1]).

note: type: Plain text
en: This option is only valid when "--rebase" is used.
pt_BR: Essa opção só é válida quando a opção `--rebase` for usada.

note: type: Plain text
en: Normally the branch merged in is the HEAD of the remote repository, but the choice is determined by the branch.<name>.remote and branch.<name>.merge options; see linkgit:git-config[1] for details.
pt_BR: Normalmente o ramo mesclado fica no `HEAD` do repositório remoto, porém a escolha é determinada pelas opções `branch.<name>.remote` e `branch.<name>.merge`; para mais detalhes consulte linkgit:git-config[1].

note: type: Plain text
en: 'git push' [--all | --mirror | --tags] [--follow-tags] [--atomic] [-n | --dry-run] [--receive-pack=<git-receive-pack>]
    	   [--repo=<repository>] [-f | --force] [-d | --delete] [--prune] [-v | --verbose]
    	   [-u | --set-upstream] [-o <string> | --push-option=<string>]
    	   [--[no-]signed|--signed=(true|false|if-asked)]
    	   [--force-with-lease[=<refname>[:<expect>]]]
    	   [--no-verify] [<repository> [<refspec>...]]
pt_BR: 'git push' [--all | --mirror | --tags] [--follow-tags] [--atomic] [-n | --dry-run] [--receive-pack=<git-receive-pack>]
    	   [--repo=<repositório>] [-f | --force] [-d | --delete] [--prune] [-v | --verbose]
    	   [-u | --set-upstream] [-o <string> | --push-option=<string>]
    	   [--[no-]signed|--signed=(true|false|if-asked)]
    	   [--force-with-lease[=<refname>[:<expect>]]]
    	   [--no-verify] [<repository> [<refspec>...]]

note: type: Plain text
en: When the command line does not specify what to push with `<refspec>...` arguments or `--all`, `--mirror`, `--tags` options, the command finds the default `<refspec>` by consulting `remote.*.push` configuration, and if it is not found, honors `push.default` configuration to decide what to push (See linkgit:git-config[1] for the meaning of `push.default`).
pt_BR: Quando a linha de comando não especifica o quê enviar (push) com as opções `<refspec>...` ou as opções `--all`, `--mirror`, `--tags` o comando encontra a predefinição `<refspec>` consultando a configuração `remote.*.push` e se ainda não for encontrado, honra a configuração do `push.default` para decidir o quê enviar (para saber o significado de `push.default` consultelinkgit:git-config[1].

note: type: Plain text
en: The <src> is often the name of the branch you would want to push, but it can be any arbitrary "SHA-1 expression", such as `master~4` or `HEAD` (see linkgit:gitrevisions[7]).
pt_BR: Geralmente `<src>` é o nome do ramo que você deseja enviar com "push", mas pode ser qualquer "expressão SHA-1" arbitrária, como `master~4` ou `HEAD` (consulte linkgit:gitrevisions[7]).

note: type: Plain text
en: Other ambiguity resolutions might be added in the future, but for now any other cases will error out with an error indicating what we tried, and depending on the `advice.pushUnqualifiedRefname` configuration (see linkgit:git-config[1]) suggest what refs/ namespace you may have wanted to push to.
pt_BR: Outras resoluções de ambiguidade podem ser adicionadas no futuro, mas, por enquanto, outros casos apresentarão um erro indicando o que tentamos e dependendo da configuração `advice.pushUnqualifiedRefname` (consulte linkgit:git-config[1]), sugere qual refs/ namespace você possa querer enviar.

note: type: Plain text
en: GPG-sign the push request to update refs on the receiving side, to allow it to be checked by the hooks and/or be logged.  If `false` or `--no-signed`, no signing will be attempted.  If `true` or `--signed`, the push will fail if the server does not support signed pushes.  If set to `if-asked`, sign if and only if the server supports signed pushes.  The push will also fail if the actual call to `gpg --sign` fails.  See linkgit:git-receive-pack[1] for the details on the receiving end.
pt_BR: O GPG assina a solicitação `push` para atualizar os `refs` no lado do recebimento permitindo que ele seja verificado pelos ganchos ou seja catalogado nos registros.  Caso as opções `false` ou `--no-signed` sejam utilizadas, nenhuma tentativa de assinatura será feita.  Caso as opções  `true` ou `--signed` sejam utilizadas, o `push` falhará caso o servidor não seja compatível com `push` que contenha assinaturas.  Caso seja definido com `if-asked`, a assinatura só será realizada caso o servidor seja compatível com assinaturas `push`.  O `push` falhará se a chamada atual para o comando `gpg --sign` falhar.  Para obter detalhes sobre o recebimento na parte final, consulte linkgit:git-receive-pack[1].

note: type: Labeled list
en: --push-option=<option>
pt_BR: --push-option=<opção>

note: type: Labeled list
en: --receive-pack=<git-receive-pack>
pt_BR: --receive-pack=<git-recebe-pacote>

note: type: Labeled list
en: --exec=<git-receive-pack>
pt_BR: --exec=<git-recebe-pacote>

note: type: Plain text
en: "--no-force-with-lease" will cancel all the previous --force-with-lease on the command line.
pt_BR: A opção `--no-force-with-lease` cancelará todos os `--force-with-lease` anteriores na linha de comando.

note: type: Plain text
en: 	git fetch              # update 'master' from remote
    	git tag base master    # mark our base point
    	git rebase -i master   # rewrite some commits
    	git push --force-with-lease=master:base master:master
pt_BR: 	git fetch              # atualiza o 'master' remotamente
    	git tag base master    # marca o ponto da nossa base
    	git rebase -i master   # reescreve alguns commits
    	git push --force-with-lease=master:base master:master

note: type: Labeled list
en: --repo=<repository>
pt_BR: --repo=<repositório>

note: type: Plain text
en: Toggle the pre-push hook (see linkgit:githooks[5]).  The default is --verify, giving the hook a chance to prevent the push.  With --no-verify, the hook is bypassed completely.
pt_BR: Alterna o gancho "pre-push" (consulte linkgit:githooks[5]).  A predefinição é --verify, dando a chance ao gancho the prevenir o envio. Com `--no-verify`, o gancho é ignorado por completo.

note: type: Plain text
en: The remote end refused the update.  Usually caused by a hook on the remote side, or because the remote repository has one of the following safety options in effect: `receive.denyCurrentBranch` (for pushes to the checked out branch), `receive.denyNonFastForwards` (for forced non-fast-forward updates), `receive.denyDeletes` or `receive.denyDeleteCurrent`.  See linkgit:git-config[1].
pt_BR: Quando o lado remoto recusa a atualização.  Geralmente causada por um gancho no lado remoto ou porque o repositório remoto possui uma das seguintes opções de segurança em vigor: `receive.denyCurrentBranch` (para um `push` feiro em um ramo verificado), `receive.denyNonFastForwards` (para atualizações impostas ou rápidas), `receive.denyDeletes` ou `receive.denyDeleteCurrent`.  Consulte linkgit:git-config[1].

note: type: Labeled list
en: remote failure
pt_BR: falha remota

note: type: Plain text
en: The name of the local ref being pushed, minus its `refs/<type>/` prefix. In the case of deletion, the name of the local ref is omitted.
pt_BR: O nome do "ref" local que está sendo enviado, menos seu prefixo `refs/<tipo>/`. No caso de exclusão, o nome do "ref" local é omitido.

note: type: Plain text
en: The name of the remote ref being updated, minus its `refs/<type>/` prefix.
pt_BR: O nome do "ref" remoto sendo atualizado, menos o seu prefixo `refs/<tipo>/`.

note: type: Plain text
en: A human-readable explanation. In the case of successfully pushed refs, no explanation is needed. For a failed ref, the reason for failure is described.
pt_BR: Uma explicação legível para humanos. No caso de "refs" que forem enviados com sucesso, nenhuma explicação é necessária. Para um "ref" que falhou, o motivo do fracasso então é descrito.

note: type: Title -
en: NOTE ABOUT FAST-FORWARDS
pt_BR: NOTA SOBRE AVANÇOS RÁPIDOS

note: type: delimited block -
en: 		      A---B  (unnamed branch)
    		     /
    	    o---o---o---X---Y---Z  master
pt_BR: 		      A---B  (ramo sem nome)
    		     /
    	    o---o---o---X---Y---Z  master

note: type: Title -
en: SPARSE CHECKOUT
pt_BR: CHECKOUT ESPARSO

note: type: Plain text
en: "Sparse checkout" allows populating the working directory sparsely.  It uses the skip-worktree bit (see linkgit:git-update-index[1]) to tell Git whether a file in the working directory is worth looking at.
pt_BR: O "checkout esparso" permite preencher minimamente o diretório de trabalho.  Utiliza o bit "skip-worktree" (consulte linkgit:git-update-index[1]) para informar ao Git se vale a pena examinar um arquivo no diretório de trabalho.

note: type: Plain text
en: If <upstream> is not specified, the upstream configured in branch.<name>.remote and branch.<name>.merge options will be used (see linkgit:git-config[1] for details) and the `--fork-point` option is assumed.  If you are currently not on any branch or if the current branch does not have a configured upstream, the rebase will abort.
pt_BR: Caso o <upstream> não seja definido, as opções "upstream" configuradas em branch.<name>.remote e no branch.<name>.merge serão usadas (para mais detalhes consulte linkgit:git-config[1]), assim como será assumida a opção `--fork-point`.  Caso você não esteja atualmente em nenhuma ramificação ou se a ramificação atual não tiver um "upstream" configurado, o "rebase" será cancelado.

note: type: Plain text
en: --apply:
    	Use applying strategies to rebase (calling `git-am`
    	internally).  This option may become a no-op in the future
    	once the merge backend handles everything the apply one does.
pt_BR: --apply:
    	Utilize estratégias para aplicar o "rebase" (invocando `git-am`
    	internamente).  This option may become a no-op in the future
    	once the merge backend handles everything the apply one does.

note: type: Plain text
en: No-op.  Rebasing commits with an empty message used to fail and this option would override that behavior, allowing commits with empty messages to be rebased.  Now commits with an empty message do not cause rebasing to halt.
pt_BR: No-op.  Commits "rebasing" com uma mensagem vazia tende a falhar e essa opção substituiria esse comportamento, permitindo commits "rebase" com mensagens vazias.  Agora commits com uma mensagem vazia não faz com que o "rebase" pare.

note: type: Plain text
en: Use merging strategies to rebase.  When the recursive (default) merge strategy is used, this allows rebase to be aware of renames on the upstream side.  This is the default.
pt_BR: Use estratégias de mesclagem para fazer o `rebase`.  Quando a estratégia de mesclagem recursiva (predefinida) for utilizada, permite que o `rebase` esteja ciente das renomeações no lado do upstream.  Esta é a predefinição.

note: type: Plain text
en: Be quiet. Implies --no-stat.
pt_BR: Fique quieto. Implica --no-stat.

note: type: Plain text
en: Be verbose. Implies --stat.
pt_BR: Seja loquaz. Implica no uso de `--stat`.

note: type: Plain text
en: This option bypasses the pre-rebase hook.  See also linkgit:githooks[5].
pt_BR: Este comando ignora o gancho "pre-rebase".  Consulte também linkgit:githooks[5].

note: type: Plain text
en: Allows the pre-rebase hook to run, which is the default.  This option can be used to override --no-verify.  See also linkgit:githooks[5].
pt_BR: É predefinido que seja permitido que o gancho de pré-rebase seja executado.  Esta opção pode ser usada para substituir o comando ` --no-verify`.  Consulte também linkgit:githooks[5].

note: type: Plain text
en: Ensure at least <n> lines of surrounding context match before and after each change.  When fewer lines of surrounding context exist they all must match.  By default no context is ever ignored.  Implies --apply.
pt_BR: Garanta que pelo menos <n> linhas ao redor do contexto correspondente se coincidam antes e depois de cada alteração.  Quando há menos linhas de contexto ao redor, todas elas devem coincidir.  Por padrão, nenhum contexto é ignorado.  Implica no uso da opção --apply.

note: type: Plain text
en: When --fork-point is active, 'fork_point' will be used instead of <upstream> to calculate the set of commits to rebase, where 'fork_point' is the result of `git merge-base --fork-point <upstream> <branch>` command (see linkgit:git-merge-base[1]).  If 'fork_point' ends up being empty, the <upstream> will be used as a fallback.
pt_BR: Quando "--fork-point" está ativo o 'fork_point' será usado em vez do <upstream> calcular o conjunto de commits para fazer o "rebase" onde 'fork_point' é o resultado do comando `git merge-base --fork-point <upstream> <branch>` (consulte linkgit:git-merge-base[1]).  Caso 'fork_point' termine vazio, o <upstream> será usado como substituto.

note: type: Plain text
en: These flags are passed to the 'git apply' program (see linkgit:git-apply[1]) that applies the patch.  Implies --apply.
pt_BR: Estes sinalizadores são passados para o programa 'git apply' que aplica o patch (consulte  linkgit:git-apply[1]).  Implica no uso da opção --apply.

note: type: Plain text
en: These flags are passed to 'git am' to easily change the dates of the rebased commits (see linkgit:git-am[1]).
pt_BR: Estes sinalizadores são passados para 'git am' para alterar facilmente as datas dos commits onde o "rebase" foi feito (consulte linkgit:git-am[1]).

note: type: delimited block -
en: * Progress, informational, and error messages: The two backends
      provide slightly different progress and informational messages.
      Also, the apply backend writes error messages (such as "Your files
      would be overwritten...") to stdout, while the merge backend writes
      them to stderr.
pt_BR: * Mensagens de progresso, informacionais e de erro: Os dois backends
      fornece um progresso ligeiramente diferente e as mensagens informantes.
      Além disso, o backend aplicante grava uma mensagens de erro (como "Seus arquivos
      serão substituídos...") para o stdout, enquanto a mesclagem do backend escrevem
      eles no stderr.

note: type: delimited block -
en: NOTES
pt_BR: OBSERVAÇÕES

note: type: Plain text
en: With the 'subsystem' reflog: after 'git fetch', the old tip of 'subsystem' is at `subsystem@{1}`.  Subsequent fetches will increase the number.  (See linkgit:git-reflog[1].)
pt_BR: Com o 'subsistema' reflog: depois de 'git fetch', o antigo topo do 'subsistema' sica em `subsystem@{1}`.  As buscas subsequentes aumentarão este número. (Consulte linkgit:git-reflog[1].)

note: type: Plain text
en: This command is usually not invoked directly by the end user.  The UI for the protocol is on the 'git send-pack' side, and the program pair is meant to be used to push updates to remote repository.  For pull operations, see linkgit:git-fetch-pack[1].
pt_BR: Este comando geralmente não é invocado diretamente pelo usuário final.  O protocolo da interface do usuário está no lado 'git send pack', e o par de programas deve ser usado para enviar atualizações para o repositório remoto.  Para as operações "pull", veja see linkgit:git-fetch-pack[1].

note: type: Plain text
en: A number of other receive.* config options are available to tweak its behavior, see linkgit:git-config[1].
pt_BR: Uma quantidade de outras opções de configurações receive.* estão disponíveis para ajustar o seu comportamento, consulte linkgit:git-config[1].

note: type: Plain text
en: When accepting a signed push (see linkgit:git-push[1]), the signed push certificate is stored in a blob and an environment variable `GIT_PUSH_CERT` can be consulted for its object name.  See the description of `post-receive` hook for an example.  In addition, the certificate is verified using GPG and the result is exported with the following environment variables:
pt_BR: Ao aceitar um "push" assinado (consulte linkgit:git-push[1]), o certificado do "push" assinado é armazenado em uma bolha e em uma variável de ambiente `GIT_PUSH_CERT` onde o seu nome de objeto pode ser consultado.  Um exemplo pode ser visto consultando a descrição do gancho `post-receive`.  Além disso, o certificado é verificado usando o GPG e seu resultado é exportado com as seguintes variáveis de ambiente:

note: type: Plain text
en: The status of GPG verification of the push certificate, using the same mnemonic as used in `%G?` format of `git log` family of commands (see linkgit:git-log[1]).
pt_BR: A condição da verificação do certificado "push" GPG usa o mesmo processo mnemônico de como é usado em `%G?`, formato da família de comandos `git log` (consulte linkgit:git-log[1]).

note: type: Plain text
en: Reference logs, or "reflogs", record when the tips of branches and other references were updated in the local repository. Reflogs are useful in various Git commands, to specify the old value of a reference. For example, `HEAD@{2}` means "where HEAD used to be two moves ago", `master@{one.week.ago}` means "where master used to point to one week ago in this local repository", and so on. See linkgit:gitrevisions[7] for more details.
pt_BR: Os registros log de referência, ou "reflogs", registram quando o topo das ramificações assim como as outras referências foram atualizadas no repositório local. Os "reflogs" são úteis para especificar o valor antigo de uma referência em vários comandos Git. Por exemplo, `HEAD@{2}` quer dizer "para onde HEAD costumava estar há dois movimentos atrás", `master@{one.week.ago}` quer dizer "para onde o "master" costumava apontar uma semana atrás neste repositório local" e assim por diante. Para mais detalhes consulte linkgit:gitrevisions[7].

note: type: Plain text
en: This command manages the information recorded in the reflogs.
pt_BR: Este comando gerencia as informações registradas nos "reflogs".

note: type: Plain text
en: The "show" subcommand (which is also the default, in the absence of any subcommands) shows the log of the reference provided in the command-line (or `HEAD`, by default). The reflog covers all recent actions, and in addition the `HEAD` reflog records branch switching.  `git reflog show` is an alias for `git log -g --abbrev-commit --pretty=oneline`; see linkgit:git-log[1] for more information.
pt_BR: O subcomando "show" (que também é o padrão, na ausência de subcomandos) exibe o registro log da referência fornecida através da linha de comando (ou por padrão, `HEAD`). O "reflog" cobre todas as ações recentes assim como, o reflog `HEAD` registra a alternância da ramificação.  O comando `git reflog show` é um apelido para `git log -g --abbrev-commit --pretty=oneline`; Para mais informações consulte linkgit:git-log[1].

note: type: Plain text
en: The "expire" subcommand prunes older reflog entries. Entries older than `expire` time, or entries older than `expire-unreachable` time and not reachable from the current tip, are removed from the reflog.  This is typically not used directly by end users -- instead, see linkgit:git-gc[1].
pt_BR: O subcomando "expire" remove as entradas mais antigas do "reflog". As entradas serão removidas do "reflog" caso tenham o tempo anterior ao 'expire' ou `expire-unreachable`, assim como aquelas que estiverem inacessíveis.  Normalmente, isso não é usado diretamente pelos usuários finais -- em vez disso, consulte linkgit:git-gc[1].

note: type: Plain text
en: This remote helper is transparently used by Git when you use commands such as "git fetch <URL>", "git clone <URL>", , "git push <URL>" or "git remote add <nick> <URL>", where <URL> begins with `ext::`.  Examples:
pt_BR: Este ajudante remoto é usado de forma transparente pelo Git quando você usa comandos como "git fetch <URL>", "git clone <URL>", "git push <URL>" ou "git remote add <nick><URL>", onde <URL>começa com `ext::`.  Exemplos:

note: type: Plain text
en: 'git remote' [-v | --verbose]
    'git remote add' [-t <branch>] [-m <master>] [-f] [--[no-]tags] [--mirror=<fetch|push>] <name> <url>
    'git remote rename' <old> <new>
    'git remote remove' <name>
    'git remote set-head' <name> (-a | --auto | -d | --delete | <branch>)
    'git remote set-branches' [--add] <name> <branch>...
    'git remote get-url' [--push] [--all] <name>
    'git remote set-url' [--push] <name> <newurl> [<oldurl>]
    'git remote set-url --add' [--push] <name> <newurl>
    'git remote set-url --delete' [--push] <name> <url>
    'git remote' [-v | --verbose] 'show' [-n] <name>...
    'git remote prune' [-n | --dry-run] <name>...
    'git remote' [-v | --verbose] 'update' [-p | --prune] [(<group> | <remote>)...]
pt_BR: 'git remote' [-v | --verbose]
    'git remote add' [-t <ramo>] [-m <master>] [-f] [--[no-]tags] [--mirror=<fetch|push>] <name> <url>
    'git remote rename' <antigo> <novo>
    'git remote remove' <nome>
    'git remote set-head' <nome> (-a | --auto | -d | --delete | <ramo>)
    'git remote set-branches' [--add] <nome> <ramo>...
    'git remote get-url' [--push] [--all] <nome>
    'git remote set-url' [--push] <nome> <newurl> [<oldurl>]
    'git remote set-url --add' [--push] <nome> <newurl>
    'git remote set-url --delete' [--push] <nome> <url>
    'git remote' [-v | --verbose] 'show' [-n] <nome>...
    'git remote prune' [-n | --dry-run] <nome>...
    'git remote' [-v | --verbose] 'update' [-p | --prune] [(<grupo> | <remoto>)...]

note: type: Plain text
en: With `--tags` option, `git fetch <name>` imports every tag from the remote repository.
pt_BR: Com a opção `--tags`, o `git fetch <nome>` importa cada tag do repositório remoto.

note: type: Plain text
en: With `--no-tags` option, `git fetch <name>` does not import tags from the remote repository.
pt_BR: Com a opção `--no-tags`, o `git fetch <nome>` não importa as tags do repositório remoto.

note: type: Plain text
en: By default, only tags on fetched branches are imported (see linkgit:git-fetch[1]).
pt_BR: É predefinido que apenas as tags recolhidas dos ramos são importadas (consulte linkgit:git-fetch[1]).

note: type: Plain text
en: Fetch updates for remotes or remote groups in the repository as defined by remotes.<group>.  If neither group nor remote is specified on the command line, the configuration parameter remotes.default will be used; if remotes.default is not defined, all remotes which do not have the configuration parameter remote.<name>.skipDefaultUpdate set to true will be updated.  (See linkgit:git-config[1]).
pt_BR: Busca atualizações remoras ou em grupos remotos no repositório como definido em `remotes.<group>`.  Caso nenhum grupo local ou remoto seja especificado na linha de comandos, o parâmetro `remotes.default` será utilizado; caso `remotes.default` não esteja definido, todos os remotos que não possuem o parâmetro de configuração `remote.<name>.skipDefaultUpdate` definido como `true` serão atualizados.  (Consulte linkgit:git-config[1]).

note: type: Plain text
en: The remote configuration is achieved using the `remote.origin.url` and `remote.origin.fetch` configuration variables.  (See linkgit:git-config[1]).
pt_BR: A configuração remota é arquivada usando as configurações de variáveis `remote.origin.url` e `remote.origin.fetch`. (Consulte linkgit:git-config[1]).

note: type: Plain text
en: Same as `-a`, unless `-d` is used.  Then any unreachable objects in a previous pack become loose, unpacked objects, instead of being left in the old pack.  Unreachable objects are never intentionally added to a pack, even when repacking.  This option prevents unreachable objects from being immediately deleted by way of being left in the old pack and then removed.  Instead, the loose unreachable objects will be pruned according to normal expiry rules with the next 'git gc' invocation. See linkgit:git-gc[1].
pt_BR: O mesmo que `-a`, a menos que`-d` seja utilizado.  Em seguida todos os objetos inacessíveis em um pacote anterior tornam-se objetos soltos e descompactados em vez de serem deixados no pacote antigo.  Objetos inacessíveis nunca são adicionados intencionalmente a um pacote, mesmo quando reempacotados.  Essa opção previne que os objetos inacessíveis sejam excluídos imediatamente por terem sido deixados no pacote antigo e então removidos.  Em vez disso, os objetos inacessíveis soltos serão removidos de acordo com as regras normais de expiração com a próxima invocação 'git gc'. Consulte linkgit:git-gc[1].

note: type: Plain text
en: Pass the `--local` option to 'git pack-objects'. See linkgit:git-pack-objects[1].
pt_BR: Encaminha a opção `--local` para 'git pack-objects'. Consulte linkgit:git-pack-objects[1].

note: type: Plain text
en: Pass the `--no-reuse-delta` option to `git-pack-objects`, see linkgit:git-pack-objects[1].
pt_BR: Encaminhe a opção `--no-reuse-delta` para `git-pack-objects`, consulte linkgit:git-pack-objects[1].

note: type: Plain text
en: Pass the `--no-reuse-object` option to `git-pack-objects`, see linkgit:git-pack-objects[1].
pt_BR: Encaminhe a opção `--no-reuse-object` para `git-pack-objects`, consulte linkgit:git-pack-objects[1].

note: type: Plain text
en: Pass the `-q` option to 'git pack-objects'. See linkgit:git-pack-objects[1].
pt_BR: Encaminhe a opção `-q` para 'git pack-objects'. Consulte linkgit:git-pack-objects[1].

note: type: Plain text
en: Do not update the server information with 'git update-server-info'.  This option skips updating local catalog files needed to publish this repository (or a direct copy of it)  over HTTP or FTP.  See linkgit:git-update-server-info[1].
pt_BR: Não atualize a informação do servidor com 'git update-server-info'.  Esta opção ignora a atualização dos arquivos de catálogo local necessários para publicar neste repositório (ou uma cópia direta do mesmo) por HTTP ou FTP.  Consulte linkgit:git-update-server-info[1].

note: type: Plain text
en: Pass the `--delta-islands` option to `git-pack-objects`, see linkgit:git-pack-objects[1].
pt_BR: Encaminha a opção `--delta-islands` para `git-pack-objects`, consulte linkgit:git-pack-objects[1].

note: type: Title -
en: Configuration
pt_BR: Configuração

note: type: Plain text
en: 'git replace' [-f] <object> <replacement>
    'git replace' [-f] --edit <object>
    'git replace' [-f] --graft <commit> [<parent>...]
    'git replace' [-f] --convert-graft-file
    'git replace' -d <object>...
    'git replace' [--format=<format>] [-l [<pattern>]]
pt_BR: 'git replace' [-f] <object> <replacement>
    'git replace' [-f] --edit <object>
    'git replace' [-f] --graft <commit> [<matriz>...]
    'git replace' [-f] --convert-graft-file
    'git replace' -d <object>...
    'git replace' [--format=<format>] [-l [<pattern>]]

note: type: Plain text
en: Edit an object's content interactively. The existing content for <object> is pretty-printed into a temporary file, an editor is launched on the file, and the result is parsed to create a new object of the same type as <object>. A replacement ref is then created to replace <object> with the newly created object. See linkgit:git-var[1] for details about how the editor will be chosen.
pt_BR: Edita o conteúdo de um objeto interativamente. O conteúdo existente para `<object>` é impresso em um arquivo temporário, um editor é iniciado no arquivo e o resultado é analisado para criar um novo objeto do mesmo tipo que `<object>`. Um `ref` de substituição é criado para substituir `<object>` com um objeto recém-criado. Para mais detalhes de como o editor será escolhido, consulte linkgit:git-var[1].

note: type: Labeled list
en: --graft <commit> [<parent>...]
pt_BR: --graft <commit> [<matriz>...]

note: type: Plain text
en: Create a graft commit. A new commit is created with the same content as <commit> except that its parents will be [<parent>...] instead of <commit>'s parents. A replacement ref is then created to replace <commit> with the newly created commit. Use `--convert-graft-file` to convert a `$GIT_DIR/info/grafts` file and use replace refs instead.
pt_BR: Cria um commit com enxerto. Um novo commit é criado com o mesmo conteúdo de `<commit>` exceto que as suas matrizes serão [<matriz>...] ao invés de <commit> das matrizes. Um "ref" de substituição é então criado para substituir o `<commit>` pelo commit recém-criado. Utilize `--convert-graft-file` para converter um arquivo `$GIT_DIR/info/grafts` e utilize o "refs" de substituição em seu lugar.

note: type: Plain text
en: git-reset - Reset current HEAD to the specified state
pt_BR: git-reset - Redefine o `HEAD` atual para a condição especificada

note: type: Plain text
en: 'git reset' [-q] [<tree-ish>] [--] <pathspec>...
    'git reset' [-q] [--pathspec-from-file=<file> [--pathspec-file-nul]] [<tree-ish>]
    'git reset' (--patch | -p) [<tree-ish>] [--] [<pathspec>...]
    'git reset' [--soft | --mixed [-N] | --hard | --merge | --keep] [-q] [<commit>]
pt_BR: 'git reset' [-q] [<tree-ish>] [--] <pathspec>...
    'git reset' [-q] [--pathspec-from-file=<arquivo> [--pathspec-file-nul]] [<tree-ish>]
    'git reset' (--patch | -p) [<tree-ish>] [--] [<pathspec>...]
    'git reset' [--soft | --mixed [-N] | --hard | --merge | --keep] [-q] [<commit>]

note: type: Plain text
en: In the first three forms, copy entries from `<tree-ish>` to the index.  In the last form, set the current branch head (`HEAD`) to `<commit>`, optionally modifying index and working tree to match.  The `<tree-ish>`/`<commit>` defaults to `HEAD` in all forms.
pt_BR: Nos três primeiros formulários, copie as entradas de `<tree-ish>` para o índice.  No último formulário, defina o cabeçalho do ramo atual (`HEAD`) como `<commit>`, opcionalmente modificando o índice e a árvore de trabalho para que coincidam.  O `<tree-ish>`/`<commit>` é predefinido para `HEAD` em todas as formas.

note: type: Labeled list
en: 'git reset' [-q] [--pathspec-from-file=<file> [--pathspec-file-nul]] [<tree-ish>]
pt_BR: 'git reset' [-q] [--pathspec-from-file=<arquivo> [--pathspec-file-nul]] [<tree-ish>]

note: type: Plain text
en: These forms reset the index entries for all paths that match the `<pathspec>` to their state at `<tree-ish>`.  (It does not affect the working tree or the current branch.)
pt_BR: Esses formulários redefinem as entradas do índice para todos os caminhos correspondentes ao `<pathspec>` à sua condição em `<tree-ish>`. (Isso não afeta a árvore de trabalho ou a ramificação atual.)

note: type: Plain text
en: This means that `git reset <pathspec>` is the opposite of `git add <pathspec>`. This command is equivalent to `git restore [--source=<tree-ish>] --staged <pathspec>...`.
pt_BR: Isto significa que `git reset <pathspec>` é o oposto de `git add <pathspec>`. Este comando é equivalente a `git restore [--source=<tree-ish>] --staged <pathspec>...`.

note: type: Plain text
en: After running `git reset <pathspec>` to update the index entry, you can use linkgit:git-restore[1] to check the contents out of the index to the working tree. Alternatively, using linkgit:git-restore[1] and specifying a commit with `--source`, you can copy the contents of a path out of a commit to the index and to the working tree in one go.
pt_BR: Depois de executar o `git reset <pathspec>` para atualizar a entrada do índice, você pode usar o linkgit:git-restore[1] para verificar o conteúdo do índice para a árvore de trabalho. Como alternativa, usando linkgit:git-restore[1] e especificando um commit com `--source`, você pode copiar o conteúdo de um caminho de um commit para o índice e a árvore de trabalho de uma vez só.

note: type: Plain text
en: Interactively select hunks in the difference between the index and `<tree-ish>` (defaults to `HEAD`).  The chosen hunks are applied in reverse to the index.
pt_BR: Interativamente, selecione os pedaços na diferença entre o índice e o `<tree-ish>` (a predefinição é `HEAD`).  Os pedaços escolhidos são aplicados no sentido inverso ao índice.

note: type: Plain text
en: This means that `git reset -p` is the opposite of `git add -p`, i.e.  you can use it to selectively reset hunks. See the ``Interactive Mode'' section of linkgit:git-add[1] to learn how to operate the `--patch` mode.
pt_BR: Isso significa que `git reset -p` é o oposto de `git add -p`, ou seja, você pode usá-lo para redefinir seletivamente os blocos. Consulte a seção ``Modo Interativo'' do linkgit:git-add[1] para aprender como operar o modo `--patch`.

note: type: Labeled list
en: 'git reset' [<mode>] [<commit>]
pt_BR: 'git reset' [<modo>] [<commit>]

note: type: Plain text
en: This form resets the current branch head to `<commit>` and possibly updates the index (resetting it to the tree of `<commit>`) and the working tree depending on `<mode>`. If `<mode>` is omitted, defaults to `--mixed`. The `<mode>` must be one of the following:
pt_BR: Esse formulário redefine o cabeçalho de ramificação atual para `<commit>` e possivelmente atualiza o índice (redefinindo-o para a árvore de `<commit>`) e a árvore de trabalho, dependendo do `<modo>`. Caso o `<modo>` seja omitido, a predefinição será `--mixed`. O `<modo>` deve ser um dos seguintes:

note: type: Plain text
en: Does not touch the index file or the working tree at all (but resets the head to `<commit>`, just like all modes do). This leaves all your changed files "Changes to be committed", as `git status` would put it.
pt_BR: Não toca no arquivo de índice ou na árvore de trabalho (mas redefine o cabeçalho para `<commit>`, assim como todos os modos fazem). Isso deixa todos os seus arquivos alterados como "Changes to be committe" (Alterações onde serão realizados os commits), como o `git status` colocaria.

note: type: Plain text
en: Resets the index but not the working tree (i.e., the changed files are preserved but not marked for commit) and reports what has not been updated. This is the default action.
pt_BR: Redefine o índice, mas não a árvore de trabalho (ou seja, os arquivos alterados são preservados, mas não marcados para um commit) e relata o que não foi atualizado. Esta é a ação predefinida.

note: type: Plain text
en: If `-N` is specified, removed paths are marked as intent-to-add (see linkgit:git-add[1]).
pt_BR: Caso `-N` seja especificado, os caminhos removidos serão marcados como uma intenção de adicionar (consulte linkgit:git-add[1]).

note: type: Plain text
en: Resets the index and working tree. Any changes to tracked files in the working tree since `<commit>` are discarded.
pt_BR: Redefine o índice e a árvore de trabalho. Quaisquer alterações nos arquivos rastreados na árvore de trabalho desde `<commit>` serão descartados.

note: type: Plain text
en: Resets the index and updates the files in the working tree that are different between `<commit>` and `HEAD`, but keeps those which are different between the index and working tree (i.e. which have changes which have not been added).  If a file that is different between `<commit>` and the index has unstaged changes, reset is aborted.
pt_BR: Redefine o índice e atualiza os arquivos na árvore de trabalho que sejam diferentes entre o `<commit>` e o `HEAD`, mas mantém aqueles que são diferentes entre o índice e a árvore de trabalho (ou seja, que têm alterações que não foram adicionadas). Caso haja um arquivo diferente entre `<commit>` e o índice tiver alterações sem etapas, a redefinição será abortada.

note: type: Plain text
en: In other words, `--merge` does something like a `git read-tree -u -m <commit>`, but carries forward unmerged index entries.
pt_BR: Em outras palavras, `--merge` faz algo como um `git read-tree -u -m <commit>`, mas carrega as entradas do índice não mescladas adiante.

note: type: Plain text
en: Resets index entries and updates files in the working tree that are different between `<commit>` and `HEAD`.  If a file that is different between `<commit>` and `HEAD` has local changes, reset is aborted.
pt_BR: Redefine as entradas do índice e atualiza os arquivos na árvore de trabalho que sejam diferentes entre `<commit>` e `HEAD`.  Caso haja uma diferença entre `<commit>` e `HEAD`, assim como houver alterações locais, a redefinição será abortada.

note: type: Plain text
en: See "Reset, restore and revert" in linkgit:git[1] for the differences between the three commands.
pt_BR: Para as diferenças entre os três comandos consulte "Redefinir, restaurar e reverter" no linkgit:git[1].

note: type: Plain text
en: Be quiet, only report errors. The default behavior is set by the `reset.quiet` config option. `--quiet` and `--no-quiet` will override the default behavior.
pt_BR: Fique quieto, apenas relate os erros. A predefinição deste comportamento é definido pela opção de configuração `reset.quiet`. As opções`--quiet` e `--no-quiet` substituirão este comportamento predefinido.

note: type: Labeled list
en: Undo add
pt_BR: Desfazer adicionar

note: type: delimited block -
en: $ edit                                     <1>
    $ git add frotz.c filfre.c
    $ mailx                                    <2>
    $ git reset                                <3>
    $ git pull git://info.example.com/ nitfol  <4>
pt_BR: $ edit                                     <1>
    $ git add frotz.c filfre.c
    $ mailx                                    <2>
    $ git reset                                <3>
    $ git pull git://info.exemplo.com/ nitfol  <4>

note: type: Plain text
en: You are happily working on something, and find the changes in these files are in good order.  You do not want to see them when you run `git diff`, because you plan to work on other files and changes with these files are distracting.
pt_BR: Você está trabalhando alegre e feliz em algo e encontra as alterações nesses arquivos em boas condições.  Você não deseja vê-los quando executar o comando `git diff`, porque planeja trabalhar em outros arquivos e as alterações nesses arquivos são uma distração.

note: type: Plain text
en: Somebody asks you to pull, and the changes sound worthy of merging.
pt_BR: Alguém pede para você fazer um `pull`, e as mudanças parecem dignas de serem mescladas.

note: type: Plain text
en: However, you already dirtied the index (i.e. your index does not match the `HEAD` commit).  But you know the pull you are going to make does not affect `frotz.c` or `filfre.c`, so you revert the index changes for these two files.  Your changes in working tree remain there.
pt_BR: No entanto, você já sujou o índice (ou seja, o seu índice não corresponde ao commit `HEAD`).  Mas você sabe que o `pull` que você fará não afeta o arquivo `frotz.c` ou o arquivo `filfre.c`, portanto, você reverte as alterações no índice destes dois arquivos. As suas alterações na árvore de trabalho permanecem lá.

note: type: Plain text
en: Then you can pull and merge, leaving `frotz.c` and `filfre.c` changes still in the working tree.
pt_BR: Então você pode fazer o `pull` e mesclar deixando as alterações nos arquivo `frotz.c` e` filfre.c` ainda na árvore de trabalho.

note: type: Labeled list
en: Undo a commit and redo
pt_BR: Desfazer um commit e refazendo-o

note: type: Plain text
en: This is most often done when you remembered what you just committed is incomplete, or you misspelled your commit message, or both.  Leaves working tree as it was before "reset".
pt_BR: Isso geralmente é feito quando você se lembra que o commit que acabou de fazer está incorreto ou errou algo na sua mensagem do commit, ou ambos.  Deixa a árvore de trabalho como estava antes de "redefinir".

note: type: Plain text
en: Make corrections to working tree files.
pt_BR: Faça as correções nos arquivos da árvore de trabalho.

note: type: Plain text
en: "reset" copies the old head to `.git/ORIG_HEAD`; redo the commit by starting with its log message.  If you do not need to edit the message further, you can give `-C` option instead.
pt_BR: "reset" copia o cabeçalho antigo para `.git/ORIG_HEAD`; refaça o commit iniciando com sua a mensagem de registro log.  Caso você não precise editar mais a mensagem, em vez disso poderá usar a opção `-C`.

note: type: Plain text
en: See also the `--amend` option to linkgit:git-commit[1].
pt_BR: Consulte também a opção `--amend` para linkgit:git-commit[1].

note: type: Labeled list
en: Undo a commit, making it a topic branch
pt_BR: Desfazendo um commit, tornando-o uma ramificação do tópico

note: type: Plain text
en: You have made some commits, but realize they were premature to be in the `master` branch.  You want to continue polishing them in a topic branch, so create `topic/wip` branch off of the current `HEAD`.
pt_BR: Você fez alguns commits, mas percebe que eles eram prematuros para estar no ramo `master`.  Você deseja continuar dando polimento neles em uma ramificação de tópico, portanto, crie a ramificação `topic/wip` fora do `HEAD` atual.

note: type: Plain text
en: Rewind the master branch to get rid of those three commits.
pt_BR: Rebobine o ramo principal para se livrar destes três commits.

note: type: Plain text
en: Switch to `topic/wip` branch and keep working.
pt_BR: Mude para o ramo `topic/wip` e continue trabalhando.

note: type: Labeled list
en: Undo commits permanently
pt_BR: Desfaça-se dos commits permanentemente

note: type: Plain text
en: The last three commits (`HEAD`, `HEAD^`, and `HEAD~2`) were bad and you do not want to ever see them again.  Do *not* do this if you have already given these commits to somebody else.  (See the "RECOVERING FROM UPSTREAM REBASE" section in linkgit:git-rebase[1] for the implications of doing so.)
pt_BR: Os últimos três commits (`HEAD`, `HEAD^` e`HEAD~2`) foram ruins e você não deseja mais vê-los novamente.  *Não* faça isso caso já tenha repassado estes commits para outra pessoa. (Para saber mais sobre as implicações dessa ação consulte a seção "RECUPERANDO DO UPSTREAM REBASE" no linkgit:git-rebase[1].)

note: type: Labeled list
en: Undo a merge or pull
pt_BR: Desfazendo uma mesclagem ou `pull`

note: type: delimited block -
en: $ git pull                         <1>
    Auto-merging nitfol
    CONFLICT (content): Merge conflict in nitfol
    Automatic merge failed; fix conflicts and then commit the result.
    $ git reset --hard                 <2>
    $ git pull . topic/branch          <3>
    Updating from 41223... to 13134...
    Fast-forward
    $ git reset --hard ORIG_HEAD       <4>
pt_BR: $ git pull                         <1>
    Mesclagem automática do nitfol
    CONFLITO (conteúdo): Houve um conflito durante a mesclagem com nitfol
    A mesclagem automática falhou; arrume os conflitos e faça um novo commit.
    $ git reset --hard                 <2>
    $ git pull . topic/branch          <3>
    Atualizando de 41223... to 13134...
    Fast-forward
    $ git reset --hard ORIG_HEAD       <4>

note: type: Plain text
en: Try to update from the upstream resulted in a lot of conflicts; you were not ready to spend a lot of time merging right now, so you decide to do that later.
pt_BR: Tente atualizar a partir do upstream que resultou em muitos conflitos; você não estava pronto para perder muito tempo mesclando agora, então decide fazer isso mais tarde.

note: type: Plain text
en: "pull" has not made merge commit, so `git reset --hard` which is a synonym for `git reset --hard HEAD` clears the mess from the index file and the working tree.
pt_BR: O "pull" não fez a consolidação de mesclagem, portanto, `git reset --hard`, que é um sinônimo de `git reset --hard HEAD`, limpa a bagunça do arquivo do índice e da árvore de trabalho.

note: type: Plain text
en: Merge a topic branch into the current branch, which resulted in a fast-forward.
pt_BR: Mescle uma ramificação de tópico na ramificação atual, o que resultou em um avanço rápido.

note: type: Plain text
en: But you decided that the topic branch is not ready for public consumption yet.  "pull" or "merge" always leaves the original tip of the current branch in `ORIG_HEAD`, so resetting hard to it brings your index file and the working tree back to that state, and resets the tip of the branch to that commit.
pt_BR: Mas você decidiu que o ramo de tópicos ainda não está pronto para consumo público.   O "pull" ou "merge" sempre deixa o topo original da ramificação atual em `ORIG_HEAD`, portanto, impor a redefinição traz o seu arquivo do índice e a árvore de trabalho de volta a essa condição e redefine o topo da ramificação para este commit.

note: type: Labeled list
en: Undo a merge or pull inside a dirty working tree
pt_BR: Desfaça uma mesclagem ou `pull` dentro de uma árvore de trabalho suja

note: type: Plain text
en: Even if you may have local modifications in your working tree, you can safely say `git pull` when you know that the change in the other branch does not overlap with them.
pt_BR: Mesmo que você tenha modificações locais em sua árvore de trabalho, você pode usar com segurança `git pull` quando souber que a alteração no outro ramo não se sobrepõe a elas.

note: type: Plain text
en: After inspecting the result of the merge, you may find that the change in the other branch is unsatisfactory.  Running `git reset --hard ORIG_HEAD` will let you go back to where you were, but it will discard your local changes, which you do not want.  `git reset --merge` keeps your local changes.
pt_BR: Após inspecionar o resultado da mesclagem, você pode achar que a alteração na outra ramificação não é satisfatória. Se executar o `git reset --hard ORIG_HEAD` permitirá que você volte para onde estava, mas descartará as alterações locais que você não quer. O `git reset --merge` mantém suas alterações locais.

note: type: Labeled list
en: Interrupted workflow
pt_BR: Fluxo de trabalho interrompido

note: type: Plain text
en: Suppose you are interrupted by an urgent fix request while you are in the middle of a large change.  The files in your working tree are not in any shape to be committed yet, but you need to get to the other branch for a quick bugfix.
pt_BR: Suponha que você seja interrompido por uma solicitação de correção urgente enquanto estiver no meio de uma grande alteração. Os arquivos em sua árvore de trabalho ainda não estão em condições para um commit, mas você precisa acessar uma outra ramificação para obter uma correção rápida.

note: type: delimited block -
en: $ git switch feature  ;# you were working in "feature" branch and
    $ work work work      ;# got interrupted
    $ git commit -a -m "snapshot WIP"                 <1>
    $ git switch master
    $ fix fix fix
    $ git commit ;# commit with real log
    $ git switch feature
    $ git reset --soft HEAD^ ;# go back to WIP state  <2>
    $ git reset                                       <3>
pt_BR: $ git switch feature  ;# você estava trabalhando no ramo "feature" e
    $ work work work      ;# foi interrompido
    $ git commit -a -m "snapshot WIP"                 <1>
    $ git switch master
    $ fix fix fix
    $ git commit ;# faz o commit com o registro log real
    $ git switch feature
    $ git reset --soft HEAD^ ;# volta para a condição anterior de trabalho <2>
    $ git reset                                       <3>

note: type: Plain text
en: This commit will get blown away so a throw-away log message is OK.
pt_BR: Este commit será desfeito de modo que o descarte de uma mensagem de registro log seja OK.

note: type: Plain text
en: This removes the 'WIP' commit from the commit history, and sets your working tree to the state just before you made that snapshot.
pt_BR: Isso remove o commit 'WIP' do histórico e define a sua árvore de trabalho para a condição anterior antes de você fazer este instantâneo.

note: type: Plain text
en: At this point the index file still has all the WIP changes you committed as 'snapshot WIP'.  This updates the index to show your WIP files as uncommitted.
pt_BR: Neste ponto o arquivo do índice ainda possui todas as alterações do `WIP` que você fez o commit como 'instantâneo WIP'.  Isso faz a atualização do índice para mostrar que os seus arquivos WIP estão inalterados.

note: type: Plain text
en: See also linkgit:git-stash[1].
pt_BR: Consulte também linkgit:git-stash[1].

note: type: Labeled list
en: Reset a single file in the index
pt_BR: Redefine um único arquivo no índice

note: type: Plain text
en: Suppose you have added a file to your index, but later decide you do not want to add it to your commit. You can remove the file from the index while keeping your changes with git reset.
pt_BR: Suponha que você tenha adicionado um arquivo ao seu índice mas depois decida que você não quer mais adicioná-lo ao seu commit. Você pode remover o arquivo do índice enquanto mantém suas alterações com o `git reset`.

note: type: delimited block -
en: $ git reset -- frotz.c                      <1>
    $ git commit -m "Commit files in index"     <2>
    $ git add frotz.c                           <3>
pt_BR: $ git reset -- frotz.c                      <1>
    $ git commit -m "Faz o commit dos arquivos no índice"     <2>
    $ git add frotz.c                           <3>

note: type: Plain text
en: This removes the file from the index while keeping it in the working directory.
pt_BR: Isso remove o arquivo do índice enquanto o mantém no diretório de trabalho.

note: type: Plain text
en: This commits all other changes in the index.
pt_BR: Isso faz o commit de todas as outras modificações no índice.

note: type: Plain text
en: Adds the file to the index again.
pt_BR: Adiciona o arquivo ao índice novamente.

note: type: Labeled list
en: Keep changes in working tree while discarding some previous commits
pt_BR: Mantenha as alterações na árvore de trabalho ao descartar alguns commits anteriores

note: type: Plain text
en: Suppose you are working on something and you commit it, and then you continue working a bit more, but now you think that what you have in your working tree should be in another branch that has nothing to do with what you committed previously. You can start a new branch and reset it while keeping the changes in your working tree.
pt_BR: Suponha que você esteja trabalhando em algo e faz o commit, você continua trabalhando mais um pouco, porém agora você acha que o que tem na sua árvore de trabalho deve estar em outro ramo que não tem nada a ver com o commit que você fez anteriormente. Você pode iniciar um novo ramo e redefini-lo, mantendo as alterações na sua árvore de trabalho.

note: type: Plain text
en: This commits your first edits in `branch1`.
pt_BR: Isso faz o commit das suas primeiras edições em `branch1`.

note: type: Plain text
en: In the ideal world, you could have realized that the earlier commit did not belong to the new topic when you created and switched to `branch2` (i.e. `git switch -c branch2 start`), but nobody is perfect.
pt_BR: Em um mundo ideal você poderia ter percebido que o commit anterior não pertencia ao novo tópico quando você criou e alternou para o "branch2" (i.e. "switch -c branch2 start"), mas ninguém é perfeito.

note: type: Plain text
en: But you can use `reset --keep` to remove the unwanted commit after you switched to `branch2`.
pt_BR: Porém é possível´ usar a opção `reset --keep` para remover o commit indesejado depois de alternar para `branch2`.

note: type: Labeled list
en: Split a commit apart into a sequence of commits
pt_BR: Divida um commit em uma sequência de commits

note: type: Plain text
en: Suppose that you have created lots of logically separate changes and committed them together. Then, later you decide that it might be better to have each logical chunk associated with its own commit. You can use git reset to rewind history without changing the contents of your local files, and then successively use `git add -p` to interactively select which hunks to include into each commit, using `git commit -c` to pre-populate the commit message.
pt_BR: Suponha que você tenha criado muitas alterações logicamente separados e tenha feito o commit deles juntos. Depois, você decide que seria melhor ter cada pedaço lógico associado ao seu próprio commit. Você pode usar o `git reset` para retroceder o histórico sem alterar o conteúdo dos seus arquivos locais e sucessivamente usar `git add -p` para selecionar interativamente quais os blocos deseja incluir em cada confirmação usando o `git commit -c` para preencher previamente a mensagem de commit.

note: type: Plain text
en: First, reset the history back one commit so that we remove the original commit, but leave the working tree with all the changes. The -N ensures that any new files added with `HEAD` are still marked so that `git add -p` will find them.
pt_BR: Primeiro, faz o reset do histórico um commit para trás para que possamos remover o commit original, porém, deixe a árvore de trabalho com todas as alterações. O `-N` garante que quaisquer novos arquivos adicionados com `HEAD`, ainda sejam marcados para que o `git add -p` os encontre.

note: type: Plain text
en: Next, we interactively select diff hunks to add using the `git add -p` facility. This will ask you about each diff hunk in sequence and you can use simple commands such as "yes, include this", "No don't include this" or even the very powerful "edit" facility.
pt_BR: Em seguida, selecionamos interativamente os blocos das diferenças para serem adicionas usando o recurso `git add -p`. Isso lhe perguntará sobre cada pedaço diff em sequência, assim você poderá usar de comandos simples como "yes, include this" (sim, inclua isso), "no don't include this" (não, não inclua isso) ou mesmo o poderoso recurso "edit" (editar).

note: type: Plain text
en: Once satisfied with the hunks you want to include, you should verify what has been prepared for the first commit by using `git diff --cached`. This shows all the changes that have been moved into the index and are about to be committed.
pt_BR: Uma vez satisfeito com os blocos que deseja incluir, você deve verificar o que foi preparado para o primeiro commit usando a opção `git diff --cached`. Isso exibe todas as alterações que foram movidas para o índice e que estão prontas para o commit.

note: type: Plain text
en: Next, commit the changes stored in the index. The `-c` option specifies to pre-populate the commit message from the original message that you started with in the first commit. This is helpful to avoid retyping it. The `HEAD@{1}` is a special notation for the commit that `HEAD` used to be at prior to the original reset commit (1 change ago).  See linkgit:git-reflog[1] for more details. You may also use any other valid commit reference.
pt_BR: Em seguida, faça o commit das alterações armazenadas no índice. A opção `-c` determina o pré-preenchimento da mensagem do commit original com a qual você começou no primeiro commit. Isso é útil para evitar redigitá-lo. O `HEAD@{1}` é uma nota especial para o commit onde `HEAD` costumava estar antes do commit de reset original (1 alteração atrás).  Para mais detalhes consulte linkgit:git-reflog[1]. Você também pode usar qualquer outro commit de referência válido.

note: type: Plain text
en: You can repeat steps 2-4 multiple times to break the original code into any number of commits.
pt_BR: Você pode repetir os passos 2-4 diversas vezes para quebrar o código originam em diversos commits.

note: type: Plain text
en: Now you've split out many of the changes into their own commits, and might no longer use the patch mode of `git add`, in order to select all remaining uncommitted changes.
pt_BR: Agora que você dividiu diversas alterações em seus próprios commits e pode não mais usar o modo patch do `git add`, para que possa selecionar todas os commits restantes que não foram alterados.

note: type: Plain text
en: Once again, check to verify that you've included what you want to. You may also wish to verify that git diff doesn't show any remaining changes to be committed later.
pt_BR: Novamente, verifique se você incluiu o que deseja. Você também deve verificar se o `git diff` não exibe nenhuma outra alteração restante nos commits que serão realizados depois.

note: type: Plain text
en: And finally create the final commit.
pt_BR: E finalmente, crie o commit final.

note: type: Plain text
en: The tables below show what happens when running:
pt_BR: As tabelas abaixo mostram o que acontece ao executar:

note: type: Plain text
en: to reset the `HEAD` to another commit (`target`) with the different reset options depending on the state of the files.
pt_BR: para redefinir o `HEAD` para outro commit (` target`) com as diferentes opções de redefinição, dependendo do estado dos arquivos.

note: type: Plain text
en: In these tables, `A`, `B`, `C` and `D` are some different states of a file. For example, the first line of the first table means that if a file is in state `A` in the working tree, in state `B` in the index, in state `C` in `HEAD` and in state `D` in the target, then `git reset --soft target` will leave the file in the working tree in state `A` and in the index in state `B`.  It resets (i.e. moves) the `HEAD` (i.e. the tip of the current branch, if you are on one) to `target` (which has the file in state `D`).
pt_BR: Nas tabelas, `A`, `B`, `C` e `D` são algumas diferenças entre as condições de um arquivo. Por exemplo, a primeira linha da primeira tabela significa que caso um arquivo esteja no estado `A` na árvore de trabalho, no estado` B` no índice, no estado `C` em `HEAD` e no estado `D` no alvo, o `git reset --soft target` deixará o arquivo na árvore de trabalho no estado `A` e o índice no estado `B`.  Ele redefine (ou seja, move) o `HEAD` (ou seja, o topo do ramo atual, caso tenha um) para `target` (que tem o arquivo no estado `D`).

note: type: delimited block .
en: working index HEAD target         working index HEAD
    ----------------------------------------------------
     A       B     C    D     --soft   A       B     D
    			  --mixed  A       D     D
    			  --hard   D       D     D
    			  --merge (disallowed)
    			  --keep  (disallowed)
pt_BR: working index HEAD target         working index HEAD
    ----------------------------------------------------
     A       B     C    D     --soft   A       B     D
    			  --mixed  A       D     D
    			  --hard   D       D     D
    			  --merge (desaprovado)
    			  --keep  (desaprovado)

note: type: delimited block .
en: working index HEAD target         working index HEAD
    ----------------------------------------------------
     A       B     C    C     --soft   A       B     C
    			  --mixed  A       C     C
    			  --hard   C       C     C
    			  --merge (disallowed)
    			  --keep   A       C     C
pt_BR: working index HEAD target         working index HEAD
    ----------------------------------------------------
     A       B     C    C     --soft   A       B     C
    			  --mixed  A       C     C
    			  --hard   C       C     C
    			  --merge (desaprovado)
    			  --keep   A       C     C

note: type: delimited block .
en: working index HEAD target         working index HEAD
    ----------------------------------------------------
     B       B     C    D     --soft   B       B     D
    			  --mixed  B       D     D
    			  --hard   D       D     D
    			  --merge  D       D     D
    			  --keep  (disallowed)
pt_BR: working index HEAD target         working index HEAD
    ----------------------------------------------------
     B       B     C    D     --soft   B       B     D
    			  --mixed  B       D     D
    			  --hard   D       D     D
    			  --merge  D       D     D
    			  --keep  (desaprovado)

note: type: delimited block .
en: working index HEAD target         working index HEAD
    ----------------------------------------------------
     B       C     C    D     --soft   B       C     D
    			  --mixed  B       D     D
    			  --hard   D       D     D
    			  --merge (disallowed)
    			  --keep  (disallowed)
pt_BR: working index HEAD target         working index HEAD
    ----------------------------------------------------
     B       C     C    D     --soft   B       C     D
    			  --mixed  B       D     D
    			  --hard   D       D     D
    			  --merge (desaprovado)
    			  --keep  (desaprovado)

note: type: Plain text
en: `reset --merge` is meant to be used when resetting out of a conflicted merge. Any mergy operation guarantees that the working tree file that is involved in the merge does not have a local change with respect to the index before it starts, and that it writes the result out to the working tree. So if we see some difference between the index and the target and also between the index and the working tree, then it means that we are not resetting out from a state that a mergy operation left after failing with a conflict. That is why we disallow `--merge` option in this case.
pt_BR: A opção `reset --merge` deve ser usada durante a redefinição de uma mesclagem em conflito. Qualquer operação de mesclagem garante que o arquivo da árvore de trabalho envolvido na mesclagem não tenha uma alteração local em relação ao índice antes do inicio e que grave o resultado na árvore de trabalho. Portanto, se observarmos alguma diferença entre o índice e o destino, assim como entre o índice e a árvore de trabalho, significa que não estamos redefinindo a partir de um estado que uma operação de mesclagem deixou após falhar com um conflito. É por isso que não permitimos a opção `--merge` nesse caso.

note: type: Plain text
en: `reset --keep` is meant to be used when removing some of the last commits in the current branch while keeping changes in the working tree. If there could be conflicts between the changes in the commit we want to remove and the changes in the working tree we want to keep, the reset is disallowed. That's why it is disallowed if there are both changes between the working tree and `HEAD`, and between `HEAD` and the target. To be safe, it is also disallowed when there are unmerged entries.
pt_BR: O comando `reset --keep` deve ser usado para remover alguns dos últimos commits no ramo atual mantendo as alterações na árvore de trabalho. Caso haja conflitos entre as alterações no commit que queremos remover e as mudanças na árvore de trabalho que desejamos manter, a redefinição será desativada. É por isso que não é permitido caso haja duas mudanças entre a árvore de trabalho, o `HEAD` e entre o` HEAD` e o destino. Por segurança, também não é permitido quando há entradas não imersas.

note: type: Plain text
en: The following tables show what happens when there are unmerged entries:
pt_BR: As tabelas a seguir mostram o que acontece quando há entradas que não foram mescladas:

note: type: delimited block .
en: working index HEAD target         working index HEAD
    ----------------------------------------------------
     X       U     A    B     --soft  (disallowed)
    			  --mixed  X       B     B
    			  --hard   B       B     B
    			  --merge  B       B     B
    			  --keep  (disallowed)
pt_BR: working index HEAD target         working index HEAD
    ----------------------------------------------------
     X       U     A    B     --soft  (desaprovado)
    			  --mixed  X       B     B
    			  --hard   B       B     B
    			  --merge  B       B     B
    			  --keep  (desaprovado)

note: type: delimited block .
en: working index HEAD target         working index HEAD
    ----------------------------------------------------
     X       U     A    A     --soft  (disallowed)
    			  --mixed  X       A     A
    			  --hard   A       A     A
    			  --merge  A       A     A
    			  --keep  (disallowed)
pt_BR: working index HEAD target         working index HEAD
    ----------------------------------------------------
     X       U     A    A     --soft  (desaprovado)
    			  --mixed  X       A     A
    			  --hard   A       A     A
    			  --merge  A       A     A
    			  --keep  (desaprovado)

note: type: Plain text
en: `X` means any state and `U` means an unmerged index.
pt_BR: O `X` significa qualquer condição e `U` significa um índice não mesclado.

note: type: Plain text
en: git-restore - Restore working tree files
pt_BR: git-restore - Restaura os arquivos das árvores de trabalho

note: type: Plain text
en: 'git restore' [<options>] [--source=<tree>] [--staged] [--worktree] [--] <pathspec>...
    'git restore' [<options>] [--source=<tree>] [--staged] [--worktree] --pathspec-from-file=<file> [--pathspec-file-nul]
    'git restore' (-p|--patch) [<options>] [--source=<tree>] [--staged] [--worktree] [--] [<pathspec>...]
pt_BR: 'git restore' [<opções>] [--source=<árvore>] [--staged] [--worktree] [--] <pathspec>...
    'git restore' [<opções>] [--source=<árvore>] [--staged] [--worktree] --pathspec-from-file=<file> [--pathspec-file-nul]
    'git restore' (-p|--patch) [<opções>] [--source=<árvore>] [--staged] [--worktree] [--] [<pathspec>...]

note: type: Plain text
en: THIS COMMAND IS EXPERIMENTAL. THE BEHAVIOR MAY CHANGE.
pt_BR: ESTE COMANDO É EXPERIMENTAL. O SEU COMPORTAMENTO PODE MUDAR.

note: type: Labeled list
en: -s <tree>
pt_BR: -s <árvore>

note: type: Labeled list
en: --source=<tree>
pt_BR: --source=<árvore>

note: type: Plain text
en: Restore the working tree files with the content from the given tree. It is common to specify the source tree by naming a commit, branch or tag associated with it.
pt_BR: Restaure arquivos da árvore de trabalho com o conteúdo da árvore informada. É comum especificar a árvore de origem nomeando um commit, ramo ou tag associado com ela.

note: type: Plain text
en: If not specified, the default restore source for the working tree is the index, and the default restore source for the index is `HEAD`. When both `--staged` and `--worktree` are specified, `--source` must also be specified.
pt_BR: Caso não seja especificado, o índice é a fonte de restauração predefinida para a árvore de trabalho e a fonte de restauração predefinida para o índice é `HEAD '. Quando `--staged` e `--worktree` são informados, a opção `--source` também deve ser usada.

note: type: Plain text
en: Interactively select hunks in the difference between the restore source and the restore location. See the ``Interactive Mode'' section of linkgit:git-add[1] to learn how to operate the `--patch` mode.
pt_BR: Selecione a diferença entre os blocos interativamente entre a origem e o local da restauração. Consulte a seção ``Modo Interativo'' do linkgit:git-add[1] para aprender como operar o modo `--patch`.

note: type: Plain text
en: Note that `--patch` can accept no pathspec and will prompt to restore all modified paths.
pt_BR: Note que o comando `--patch` pode não aceitar nenhum `pathspec` e solicitará a restauração de todos os caminhos modificados.

note: type: Plain text
en: Specify the restore location. If neither option is specified, by default the working tree is restored. Specifying `--staged` will only restore the index. Specifying both restores both.
pt_BR: Especifica o local da restauração. É predefinido que caso nenhuma opção seja usada, toda a árvore de trabalho será restaurada. Ao usar a opção `--staged` apenas a índice será restaurado. A utilização de ambas as opções faz a restauração de ambos.

note: type: Plain text
en: Quiet, suppress feedback messages. Implies `--no-progress`.
pt_BR: Silencioso, suprime todas as mensagens. Implica no uso da opção `--no-progress`.

note: type: Plain text
en: When restoring files in the working tree from the index, use stage #2 ('ours') or #3 ('theirs') for unmerged paths.
pt_BR: Ao restaurar os arquivos no índice da árvore de trabalho, use o estágio #2 ('nosso') ou #3 ('deles') para os caminhos que não foram mesclados.

note: type: Plain text
en: Note that during `git rebase` and `git pull --rebase`, 'ours' and 'theirs' may appear swapped. See the explanation of the same options in linkgit:git-checkout[1] for details.
pt_BR: Note que durante o `git rebase` e `git pull --rebase`, o 'nosso' e o 'deles' podem aparecer trocados. Para mais detalhes, consulte a explicação das mesmas opções em linkgit:git-checkout[1].

note: type: Plain text
en: When restoring files on the working tree from the index, recreate the conflicted merge in the unmerged paths.
pt_BR: Ao restaurar os arquivos no índice da árvore de trabalho, recrie a mesclagem conflitante nos caminhos que ainda não foram mesclados.

note: type: Plain text
en: When restoring files on the working tree from the index, do not abort the operation if there are unmerged entries and neither `--ours`, `--theirs`, `--merge` or `--conflict` is specified. Unmerged paths on the working tree are left alone.
pt_BR: Não aborte a operação ao restaurar os arquivos no índice da árvore de trabalho caso existam entradas que não foram mescladas e tão pouco as opções `--ours`, `--theirs`, `--merge` ou `--conflict` tenham sido usadas. Nada acontece com os caminhos das árvores de trabalho caso eles não tenham sido mesclados.

note: type: Plain text
en: In sparse checkout mode, by default is to only update entries matched by `<pathspec>` and sparse patterns in $GIT_DIR/info/sparse-checkout. This option ignores the sparse patterns and unconditionally restores any files in `<pathspec>`.
pt_BR: É predefinido que no modo de checkout esparso apenas as entradas que sejam coincidentes com `<pathspec>` e com os padrões esparsos em `$GIT_DIR/info/sparse-checkout`. Esta opção ignora os padrões esparsos e os adiciona de volta nos arquivos em `<pathspec>`.

note: type: Plain text
en: In overlay mode, the command never removes files when restoring. In no-overlay mode, tracked files that do not appear in the `--source` tree are removed, to make them match `<tree>` exactly. The default is no-overlay mode.
pt_BR: No modo de sobreposição, o comando nunca remove os arquivos durante a restauração. No modo sem sobreposição, os arquivos rastreados que não aparecem na árvore `--source` são removidos para fazê-los coincidir exatamente com a `<árvore>`. A predefinição é sem sobreposição.

note: type: Plain text
en: The following sequence switches to the `master` branch, reverts the `Makefile` to two revisions back, deletes hello.c by mistake, and gets it back from the index.
pt_BR: A sequência a seguir muda para o ramo `master`, reverte o `Makefile` para duas revisões anteriores, exclui o hello.c por engano e o recupera do índice.

note: type: Plain text
en: restore hello.c from the index
pt_BR: restaura o hello.c do índice

note: type: Plain text
en: If you want to restore _all_ C source files to match the version in the index, you can say
pt_BR: Caso queira restaurar _TODOS_ os arquivos do código fonte C para que coincidam com a versão do índice, você pode usar o comando

note: type: Plain text
en: Note the quotes around `*.c`.  The file `hello.c` will also be restored, even though it is no longer in the working tree, because the file globbing is used to match entries in the index (not in the working tree by the shell).
pt_BR: Observe as aspas em torno de `* .c`.  O arquivo `hello.c` também será restaurado ainda que não esteja mais na árvore de trabalho, pois o agrupamento de arquivos é usado para coincidir com as entradas do índice (não na árvore de trabalho pelo shell).

note: type: Plain text
en: To restore all files in the current directory
pt_BR: Para restaurar todos os arquivos no diretório atual

note: type: Plain text
en: or to restore all working tree files with 'top' pathspec magic (see linkgit:gitglossary[7])
pt_BR: ou para restaurar todos os arquivos do topo da árvore de trabalho com a mágica do "pathspec" (consulte linkgit:gitglossary[7])

note: type: Plain text
en: To restore a file in the index to match the version in `HEAD` (this is the same as using linkgit:git-reset[1])
pt_BR: Para restaurar um arquivo no índice que coincida com a versão em `HEAD` (é o mesmo que usar linkgit:git-reset[1])

note: type: Plain text
en: or you can restore both the index and the working tree (this the same as using linkgit:git-checkout[1])
pt_BR: ou você pode restaurar o índice e a árvore de trabalho (é o mesmo que usar linkgit:git-checkout[1])

note: type: Plain text
en: or the short form which is more practical but less readable:
pt_BR: ou a forma abreviada que é mais prática, mas menos legível:

note: type: Plain text
en: git-revert - Revert some existing commits
pt_BR: git-revert - Reverte alguns commits existentes

note: type: Plain text
en: Given one or more existing commits, revert the changes that the related patches introduce, and record some new commits that record them.  This requires your working tree to be clean (no modifications from the HEAD commit).
pt_BR: Dado um ou mais commits existentes, reverta as alterações que os patches relacionados introduziram e grave alguns commits novos que os gravam.  Isto requer que a sua árvore de trabalho esteja limpa (sem modificações do commit em `HEAD`).

note: type: Plain text
en: Note: 'git revert' is used to record some new commits to reverse the effect of some earlier commits (often only a faulty one).  If you want to throw away all uncommitted changes in your working directory, you should see linkgit:git-reset[1], particularly the `--hard` option.  If you want to extract specific files as they were in another commit, you should see linkgit:git-restore[1], specifically the `--source` option. Take care with these alternatives as both will discard uncommitted changes in your working directory.
pt_BR: Nota: 'git revert' é usado para registrar alguns commits novos para reverter o efeito de alguns commits anteriores (geralmente apenas um com problema).   Caso queira descartar todos os commits das alterações que não foram aplicados no seu diretório de trabalho, consulte linkgit:git-reset[1], em particular a opção `--hard`.  Caso queira extrair arquivos específicos da maneira que eles estavam em um outro commit, você deve consultar linkgit:git-restore[1], principalmente a opção `--source`. Tenha cuidado com ambas alternativas pois elas descartam qualquer modificação não aplicada no seu diretório de trabalho.

note: type: Plain text
en: Commits to revert.  For a more complete list of ways to spell commit names, see linkgit:gitrevisions[7].  Sets of commits can also be given but no traversal is done by default, see linkgit:git-rev-list[1] and its `--no-walk` option.
pt_BR: Commits que serão revertidos.  Para obter uma lista mais completa das maneiras de como soletrar os nomes dos commits, consulte linkgit:gitrevisions[7].   Um conjunto de commits também podem ser fornecidos porém nenhuma travessia é feita por padrão, consulte linkgit:git-rev-list[1] e a sua opção `--no-walk`.

note: type: Plain text
en: This can be used to convert arguments to a command run in a subdirectory so that they can still be used after moving to the top-level of the repository.  For example:
pt_BR: Isto pode ser usado para converter os argumentos em um comando executado em um subdiretório para que eles ainda possam ser usados após a mudança para o nível mais alto do repositório.  Por exemplo:

note: type: Plain text
en: Same as `--verify` but shortens the object name to a unique prefix with at least `length` characters. The minimum length is 4, the default is the effective value of the `core.abbrev` configuration variable (see linkgit:git-config[1]).
pt_BR: O mesmo que `--verify` porém encurta o nome do objeto para um prefixo único com pelo menos um`comprimento` determinado de caracteres. A quantidade mínima é de 4 caracteres, o valor é predefinido na variável de configuração `core.abbrev` (consulte linkgit:git-config[1]).

note: type: Plain text
en: Do not include refs matching '<glob-pattern>' that the next `--all`, `--branches`, `--tags`, `--remotes`, or `--glob` would otherwise consider. Repetitions of this option accumulate exclusion patterns up to the next `--all`, `--branches`, `--tags`, `--remotes`, or `--glob` option (other options or arguments do not clear accumulated patterns).
pt_BR: Não incluir os "refs" que coincidam com `<glob-pattern>` que os próximos `--all`, `--branches`, `--tags`, `--remotes` ou `--glob` considerariam de outra maneira. As repetições dessa opção acumulam padrões de exclusão até a próxima opção `--all`, `--branches`, `--tags`, `--remotes` ou `--glob` (outras opções ou argumentos não limpam os padrões acumulados).

note: type: Plain text
en: The patterns given should not begin with `refs/heads`, `refs/tags`, or `refs/remotes` when applied to `--branches`, `--tags`, or `--remotes`, respectively, and they must begin with `refs/` when applied to `--glob` or `--all`. If a trailing '/{asterisk}' is intended, it must be given explicitly.
pt_BR: Os padrões dados não devem começar com`refs/heads`, `refs/tags` ou `refs/remotes` quando aplicados ao `--branches`, `--tags` ou `--remotes`, respectivamente, e eles devem começar com `refs/` quando aplicados a `--glob` ou` --all`. Caso um '/{asterisco}' à direita seja planejado, ele deverá ser usado de forma explicita.

note: type: Plain text
en: git-rm - Remove files from the working tree and from the index
pt_BR: git-rm - Remove os arquivos da árvore de trabalho e do índice

note: type: Plain text
en: 'git rm' [-f | --force] [-n] [-r] [--cached] [--ignore-unmatch]
    	  [--quiet] [--pathspec-from-file=<file> [--pathspec-file-nul]]
    	  [--] [<pathspec>...]
pt_BR: 'git rm' [-f | --force] [-n] [-r] [--cached] [--ignore-unmatch]
    	  [--quiet] [--pathspec-from-file=<arquivo> [--pathspec-file-nul]]
    	  [--] [<pathspec>...]

note: type: Plain text
en: Remove files matching pathspec from the index, or from the working tree and the index. `git rm` will not remove a file from just your working directory. (There is no option to remove a file only from the working tree and yet keep it in the index; use `/bin/rm` if you want to do that.) The files being removed have to be identical to the tip of the branch, and no updates to their contents can be staged in the index, though that default behavior can be overridden with the `-f` option.  When `--cached` is given, the staged content has to match either the tip of the branch or the file on disk, allowing the file to be removed from just the index.
pt_BR: Remove os arquivos correspondentes ao `pathspec` do índice, ou da árvore de trabalho e do índice. O comando `git rm` não removerá um arquivo apenas do seu diretório de trabalho. (Não há opção para remover um arquivo apenas da árvore de trabalho e ainda mantê-lo no índice; use `/bin/rm` caso queira fazer isso.) Os arquivos que estão sendo removidos devem ser idênticos ao topo do branch e nenhuma atualização em seu conteúdo pode ser preparada no índice, embora este comportamento predefinido possa ser substituído pela opção `-f `. Quando `--cached` é usado, o conteúdo escalonado deve corresponder ao topo da ramificação ou ao arquivo no disco, permitindo que o arquivo seja removido apenas do índice.

note: type: Plain text
en: Files to remove.  A leading directory name (e.g. `dir` to remove `dir/file1` and `dir/file2`) can be given to remove all files in the directory, and recursively all sub-directories, but this requires the `-r` option to be explicitly given.
pt_BR: Arquivos para remover.  Um nome do diretório principal (por exemplo, `dir` para remover `dir/file1` e `dir/file2`) pode ser usado para remover todos os arquivos do diretório e recursivamente de todos os subdiretórios, porém isso requer o uso da opção `-r` de forma explicita.

note: type: Plain text
en: The command removes only the paths that are known to Git.
pt_BR: O comando remove apenas os caminhos conhecidos pelo Git.

note: type: Plain text
en: File globbing matches across directory boundaries.  Thus, given two directories `d` and `d2`, there is a difference between using `git rm 'd*'` and `git rm 'd/*'`, as the former will also remove all of directory `d2`.
pt_BR: As coincidência do mascaramento do nome do arquivo através dos limites do diretório. Assim, os dados dos dois diretórios `d` e `d2`, existe uma diferença entre o uso do comando `git rm 'd*'` e `git rm 'd/*'`, pois o primeiro também removerá todo o diretório `d2` .

note: type: Plain text
en: Override the up-to-date check.
pt_BR: Substitua a verificação atualizada.

note: type: Plain text
en: Don't actually remove any file(s).  Instead, just show if they exist in the index and would otherwise be removed by the command.
pt_BR: Na verdade, não remova nenhum arquivo.  Em vez disso, exiba apenas se eles existem no índice e caso contrário, seriam removidos pelo comando.

note: type: Plain text
en: Allow recursive removal when a leading directory name is given.
pt_BR: Permitir a remoção recursiva quando um nome do diretório principal for informado.

note: type: Plain text
en: Use this option to unstage and remove paths only from the index.  Working tree files, whether modified or not, will be left alone.
pt_BR: Use esta opção para desestabilizar e remover os caminhos do índice apenas.  Os arquivos da árvore de trabalho, modificados ou não, serão deixados em paz.

note: type: Plain text
en: Exit with a zero status even if no files matched.
pt_BR: Encerre com uma condição zero, ainda que não haja a coincidência com nenhum arquivo.

note: type: Plain text
en: `git rm` normally outputs one line (in the form of an `rm` command)  for each file removed. This option suppresses that output.
pt_BR: O comando `git rm` normalmente gera uma linha (na forma de um comando `rm`)  para cada arquivo removido. Esta opção suprime essa saída.

note: type: Title -
en: REMOVING FILES THAT HAVE DISAPPEARED FROM THE FILESYSTEM
pt_BR: REMOVENDO OS ARQUIVOS QUE DESAPARECERAM DO SISTEMA DE ARQUIVOS

note: type: Plain text
en: There is no option for `git rm` to remove from the index only the paths that have disappeared from the filesystem. However, depending on the use case, there are several ways that can be done.
pt_BR: Não há uma opção para o comando `git rm` para remover do índice apenas os caminhos que desapareceram do sistema de arquivos. No entanto, dependendo do caso, há várias maneiras de se fazer isso.

note: type: Title ~
en: Using ``git commit -a''
pt_BR: Usando o `git commit -a`

note: type: Plain text
en: If you intend that your next commit should record all modifications of tracked files in the working tree and record all removals of files that have been removed from the working tree with `rm` (as opposed to `git rm`), use `git commit -a`, as it will automatically notice and record all removals.  You can also have a similar effect without committing by using `git add -u`.
pt_BR: Caso tenha pretensão de que o seu próximo commit registre todas as modificações dos arquivos rastreados na árvore de trabalho e registre todas as remoções dos arquivos que foram removidos da árvore de trabalho com `rm` (ao contrário de `git rm`), use `git commit -a`, pois alertará e registrará automaticamente todas as remoções.  É possível ter também um efeito semelhante sem fazer um commit usando o comando `git add -u`.

note: type: Title ~
en: Using ``git add -A''
pt_BR: Usando `git add -A`

note: type: Plain text
en: When accepting a new code drop for a vendor branch, you probably want to record both the removal of paths and additions of new paths as well as modifications of existing paths.
pt_BR: Ao aceitar um novo código para o fornecedor de um ramo, você provavelmente deseja registrar a remoção dos caminhos e as adições dos novos caminhos, bem como as modificações dos caminhos já existentes.

note: type: Plain text
en: Typically you would first remove all tracked files from the working tree using this command:
pt_BR: Normalmente, você primeiro remove todos os arquivos rastreados da árvore de trabalho usando este comando:

note: type: Plain text
en: and then untar the new code in the working tree. Alternately you could 'rsync' the changes into the working tree.
pt_BR: e descompacte o novo código na árvore de trabalho. Como alternativa, você pode usar o comando 'rsync' nas alterações na árvore de trabalho.

note: type: Plain text
en: After that, the easiest way to record all removals, additions, and modifications in the working tree is:
pt_BR: Depois disso, a maneira mais fácil de registrar todas as remoções, adições e modificações na árvore de trabalho é:

note: type: Plain text
en: See linkgit:git-add[1].
pt_BR: Consulte linkgit:git-add[1].

note: type: Title ~
en: Other ways
pt_BR: Outras maneiras

note: type: Plain text
en: If all you really want to do is to remove from the index the files that are no longer present in the working tree (perhaps because your working tree is dirty so that you cannot use `git commit -a`), use the following command:
pt_BR: Se tudo o que você realmente deseja é remover do índice os arquivos que não estão mais presentes na árvore de trabalho (talvez porque a sua árvore de trabalho esteja suja e você não possa usar o comando `git commit -a`), use o seguinte comando:

note: type: Plain text
en: Only submodules using a gitfile (which means they were cloned with a Git version 1.7.8 or newer) will be removed from the work tree, as their repository lives inside the .git directory of the superproject. If a submodule (or one of those nested inside it)  still uses a .git directory, `git rm` will move the submodules git directory into the superprojects git directory to protect the submodule's history. If it exists the submodule.<name> section in the linkgit:gitmodules[5] file will also be removed and that file will be staged (unless --cached or -n are used).
pt_BR: Somente os submódulos que usam um arquivo git (o que significa que foram clonados com uma versão 1.7.8 ou mais recente do Git) serão removidos da árvore de trabalho, pois seu repositório vive dentro do diretório .git do `superproject`. Caso um submódulo (ou um dos aninhados dentro dele) ainda use um diretório .git, `git rm` moverá o diretório dos submódulos git para o diretório `superprojects` git para proteger o histórico do submódulo. Caso exista a seção submodule.<nome> no arquivo linkgit:gitmodules[5] também será removido e esse arquivo será preparado (a menos que `--cached` ou `-n` sejam usados).

note: type: Plain text
en: A submodule is considered up to date when the HEAD is the same as recorded in the index, no tracked files are modified and no untracked files that aren't ignored are present in the submodules work tree.  Ignored files are deemed expendable and won't stop a submodule's work tree from being removed.
pt_BR: Um submódulo é considerado atualizado quando `HEAD` for o mesmo que o registrado no índice, nenhum arquivo rastreado é modificado e nenhum arquivo que não for rastreado não é ignorado, está presente na árvore de trabalho do submódulo.  Os arquivos ignorados são considerados dispensáveis e não impedem que a árvore de trabalho de um submódulo seja removida.

note: type: Plain text
en: If you only want to remove the local checkout of a submodule from your work tree without committing the removal, use linkgit:git-submodule[1] `deinit` instead. Also see linkgit:gitsubmodules[7] for details on submodule removal.
pt_BR: Caso queira remover apenas o check-out local de um sub-módulo da sua árvore de trabalho sem cometer a remoção, em vez disso use linkgit:git-submodule[1] `deinit`. Para obter detalhes sobre a remoção do sub-módulo, consulte também linkgit:gitsubmodules[7].

note: type: Plain text
en: Removes all `*.txt` files from the index that are under the `Documentation` directory and any of its subdirectories.
pt_BR: Remove todos os arquivos `* .txt` do índice que estão no diretório `Documentation` e em qualquer um dos seus subdiretórios.

note: type: Plain text
en: Note that the asterisk `*` is quoted from the shell in this example; this lets Git, and not the shell, expand the pathnames of files and subdirectories under the `Documentation/` directory.
pt_BR: Note que o asterisco `*` é citado no shell neste exemplo; isso permite que o Git e não o shell, expanda os nomes dos caminhos dos arquivos e subdiretórios no diretório `Documentation/`.

note: type: Plain text
en: Because this example lets the shell expand the asterisk (i.e. you are listing the files explicitly), it does not remove `subdir/git-foo.sh`.
pt_BR: Como este exemplo permite que o shell expanda o asterisco (ou seja, você está listando os arquivos explicitamente), ele não considera o `subdir/git-foo.sh`.

note: type: Plain text
en: Each time a superproject update removes a populated submodule (e.g. when switching between commits before and after the removal) a stale submodule checkout will remain in the old location. Removing the old directory is only safe when it uses a gitfile, as otherwise the history of the submodule will be deleted too. This step will be obsolete when recursive submodule update has been implemented.
pt_BR: Sempre que uma atualização do `superproject` remove um submódulo populado (por exemplo, ao alternar entre commits antes e após a remoção), um checkout obsoleto do submódulo permanece no local antigo. A remoção do diretório antigo só é segura quando ele usa um `gitfile`; caso contrário, o histórico do submódulo também será excluído. Esta etapa será obsoleta quando a atualização recursiva do submódulo for implementada.

note: type: Plain text
en: Review and edit each patch you're about to send. Default is the value of `sendemail.annotate`. See the CONFIGURATION section for `sendemail.multiEdit`.
pt_BR: Revise e edite cada patch que você está prestes a enviar. O padrão é o valor de 'sendemail.annotate'. Consulte a seção CONFIGURAÇÃO de 'sendemail.multiEdit'.

note: type: Plain text
en: Whitespace-separated list of allowed SMTP-AUTH mechanisms. This setting forces using only the listed mechanisms. Example:
pt_BR: Mecanismos SMTP-AUTH permitidos, listas separadas por um espaço em branco. Está configuração impõem o uso dos mecanismos listados. Exemplo:

note: type: Plain text
en: Invoke the sendemail-validate hook if present (see linkgit:githooks[5]).
pt_BR: Se presente, chame o gancho de validação do sendmail (consulte linkgit:githooks[5]).

note: type: Plain text
en: The first time you run it, you will be prompted for your credentials.  Enter the app-specific or your regular password as appropriate.  If you have credential helper configured (see linkgit:git-credential[1]), the password will be saved in the credential store so you won't have to type it the next time.
pt_BR: As suas credenciais serão solicitadas na primeira vez em que você executá-lo.  Entre com as credenciais específicas do aplicativo ou a sua senha normal conforme for o caso.  Caso tenha o auxiliar de credencial configurado (consulte linkgit:git-credential[1]), a senha será salva no armazenamento de credenciais para que você não precise digitá-la na próxima vez.

note: type: Plain text
en: Usually you would want to use 'git push', which is a higher-level wrapper of this command, instead. See linkgit:git-push[1].
pt_BR: No lugar use 'git push' que é um wrapper de maior hierarquia deste comando. Consulte linkgit:git-push[1].

note: type: Plain text
en: Pass the specified string as a push option for consumption by hooks on the server side.  If the server doesn't support push options, error out.  See linkgit:git-push[1] and linkgit:githooks[5] for details.
pt_BR: Encaminha a string específica para uma opção `push` para ser utilizada por ganchos no lado do servidor.  Caso o servidor não seja compatível com as opções `push`, exibe erro.  Para mais detalhes consulte linkgit:git-push[1] e linkgit:githooks[5].

note: type: Plain text
en: Each pattern pair consists of the source side (before the colon)  and the destination side (after the colon).  The ref to be pushed is determined by finding a match that matches the source side, and where it is pushed is determined by using the destination side. The rules used to match a ref are the same rules used by 'git rev-parse' to resolve a symbolic ref name. See linkgit:git-rev-parse[1].
pt_BR: Cada par de padrões consiste no lado da origem (antes dos dois pontos) e no lado do destino (depois dos dois pontos).  O `ref` a ser feito o `push` é determinado localizando uma coincidência que corresponda com a origem e a localização da origem é determinada usando o lado de destino. As regras utilizadas para coincidir com um `ref` são os mesmos utilizados por `git rev-parse` para resolver um nome `ref` simbólico. Consulte linkgit:git-rev-parse[1].

note: type: Plain text
en: Imitate a CVS server.  See linkgit:git-cvsserver[1].
pt_BR: Imite um servidor CVS.  Consulte linkgit:git-cvsserver[1].

note: type: Plain text
en: git-shortlog - Summarize 'git log' output
pt_BR: git-shortlog - Resume a saída do comando 'git log'

note: type: Plain text
en: 'git shortlog' [<options>] [<revision range>] [[--] <path>...]
    git log --pretty=short | 'git shortlog' [<options>]
pt_BR: 'git shortlog' [<opções>] [<faixa de revisões>] [[--] <caminho>...]
    git log --pretty=short | 'git shortlog' [<opções>]

note: type: Plain text
en: Summarizes 'git log' output in a format suitable for inclusion in release announcements. Each commit will be grouped by author and title.
pt_BR: Resume a saída 'git log' em um formato adequado para inclusão nos anúncios de lançamento. Cada commit será agrupado por autor e título.

note: type: Plain text
en: Additionally, "[PATCH]" will be stripped from the commit description.
pt_BR: Além disso, o "[PATCH]" será retirado da descrição do commit.

note: type: Plain text
en: If no revisions are passed on the command line and either standard input is not a terminal or there is no current branch, 'git shortlog' will output a summary of the log read from standard input, without reference to the current repository.
pt_BR: Caso nenhuma revisão seja aprovada na linha de comando e a entrada predefinida não seja um terminal ou não houver uma ramificação atual, o `git shortlog` exibirá um resumo do registro log lido da entrada predefinida, sem referência ao repositório atual.

note: type: Plain text
en: Sort output according to the number of commits per author instead of author alphabetic order.
pt_BR: Classifique a saída de acordo com a quantidade de commits feitas pelo autor, em vez da ordem alfabética do autor.

note: type: Plain text
en: Suppress commit description and provide a commit count summary only.
pt_BR: Suprima a descrição do commit e forneça apenas um resumo da contagem dos commits.

note: type: Plain text
en: Show the email address of each author.
pt_BR: Exibir o endereço de email de cada autor.

note: type: Plain text
en: Instead of the commit subject, use some other information to describe each commit.  '<format>' can be any string accepted by the `--format` option of 'git log', such as '* [%h] %s'.  (See the "PRETTY FORMATS" section of linkgit:git-log[1].)
pt_BR: Em vez do assunto do commit, use outras informações para descrever cada commit.  O '<formato>' pode ser qualquer string aceita pela opção `--format` de 'git log', como '* [%h] %s'.  (Veja a seção "FORMATOS BONITOS" do linkgit:git-log[1].)

note: type: Plain text
en: Each pretty-printed commit will be rewrapped before it is shown.
pt_BR: Cada commit bem impresso será reorganizado antes de ser exibido.

note: type: Plain text
en: Collect and show committer identities instead of authors.
pt_BR: Colete e exiba as identidades de quem realizou os commits em vez dos autores.

note: type: Plain text
en: Linewrap the output by wrapping each line at `width`.  The first line of each entry is indented by `indent1` spaces, and the second and subsequent lines are indented by `indent2` spaces. `width`, `indent1`, and `indent2` default to 76, 6 and 9 respectively.
pt_BR: A quebra de linha da saída limitado a `largura`.  A primeira linha de cada entrada é recuada por espaços `indent1`, a segunda e as subsequentes são recuadas por espaços `indent2`. `width`, `indent1` e `indent2` são padronizados como 76, 6 e 9, respectivamente.

note: type: Plain text
en: If width is `0` (zero) then indent the lines of the output without wrapping them.
pt_BR: Caso a largura seja `0` (zero), recue as linhas da saída sem quebrá-las.

note: type: Plain text
en: Show only commits in the specified revision range.  When no <revision range> is specified, it defaults to `HEAD` (i.e. the whole history leading to the current commit).  `origin..HEAD` specifies all the commits reachable from the current commit (i.e. `HEAD`), but not from `origin`. For a complete list of ways to spell <revision range>, see the "Specifying Ranges" section of linkgit:gitrevisions[7].
pt_BR: Exibir apenas os commits no intervalo de revisões informados. Quando nenhum <intervalo de revisão> é usado, a predefinição é `HEAD` (ou seja, todo o histórico que leva ao commit atual). `origin..HEAD` determina que todos os commits alcançáveis a partir do commit atual (ou seja,` HEAD`), mas não de `origin`. Para uma listagem completa de como usar `<intervalo de revisão>`, consulte a seção "Especificando intervalos" do linkgit:gitrevisions[7].

note: type: Plain text
en: Consider only commits that are enough to explain how the files that match the specified paths came to be.
pt_BR: Considere apenas os commits que são suficientes para explicar como os arquivos que coincidam com determinados caminhos foram criados.

note: type: Plain text
en: The `.mailmap` feature is used to coalesce together commits by the same person in the shortlog, where their name and/or email address was spelled differently.
pt_BR: O recurso `.mailmap` é usado para agrupar os commits da mesma pessoa no "shortlog", onde o seu nome ou endereço de email foram escritos de maneiras diferentes.

note: type: delimited block -
en: $ git show-branch master fixes mhf
    * [master] Add 'git show-branch'.
     ! [fixes] Introduce "reset type" flag to "git reset"
      ! [mhf] Allow "+remote:local" refspec to cause --force when fetching.
    ---
pt_BR: $ git show-branch master fixes mhf
    * [master] Add 'git show-branch'.
     ! [fixes] Introduz a sinalização "reset type" para "git reset"
      ! [mhf] Permite que refspec "+remote:local" cause --force when quando for buscar.
    ---

note: type: delimited block -
en:   + [mhf] Allow "+remote:local" refspec to cause --force when fetching.
      + [mhf~1] Use git-octopus when pulling more than one heads.
     +  [fixes] Introduce "reset type" flag to "git reset"
      + [mhf~2] "git fetch --force".
      + [mhf~3] Use .git/remote/origin, not .git/branches/origin.
      + [mhf~4] Make "git pull" and "git fetch" default to origin
      + [mhf~5] Infamous 'octopus merge'
      + [mhf~6] Retire git-parse-remote.
      + [mhf~7] Multi-head fetch.
      + [mhf~8] Start adding the $GIT_DIR/remotes/ support.
    *++ [master] Add 'git show-branch'.
pt_BR:   + [mhf] Permite que refspec "+remote:local" cause --force when quando for buscar.
      + [mhf~1] Usa git-octopus quando for puxar mais de um "heads".
     +  [fixes] Introduz a sinalização "reset type" para "git reset"
      + [mhf~2] "git fetch --force".
      + [mhf~3] Use .git/remote/origin, não .git/branches/origin.
      + [mhf~4] Faz "git pull" e "git fetch" por padrão no "origin"
      + [mhf~5] Infame 'octopus merge'
      + [mhf~6] Retira git-parse-remote.
      + [mhf~7] Multi-head fetch.
      + [mhf~8] Começa a adicionar a compatibilidade com $GIT_DIR/remotes/.
    *++ [master] Adiciona 'git show-branch'.

note: type: Plain text
en: git-show - Show various types of objects
pt_BR: git-show - Exibe vários tipos de objetos

note: type: Plain text
en: Shows one or more objects (blobs, trees, tags and commits).
pt_BR: Exibe um ou mais objetos (gotas, árvores, tags e commits).

note: type: Plain text
en: For commits it shows the log message and textual diff. It also presents the merge commit in a special format as produced by 'git diff-tree --cc'.
pt_BR: Para commits, exibe a mensagem do registro log e a diferença textual. Ele também apresenta o commit de mesclagem em um formato especial produzido por `git diff-tree --cc`.

note: type: Plain text
en: For tags, it shows the tag message and the referenced objects.
pt_BR: Para tags, ele exibe a mensagem da tag e os objetos referenciados.

note: type: Plain text
en: For trees, it shows the names (equivalent to 'git ls-tree' with --name-only).
pt_BR: Para árvores, ele exibe os nomes (equivalente a `git ls-tree` com `--name-only`).

note: type: Plain text
en: For plain blobs, it shows the plain contents.
pt_BR: Para gotas simples, exibe o conteúdo simples.

note: type: Plain text
en: The command takes options applicable to the 'git diff-tree' command to control how the changes the commit introduces are shown.
pt_BR: O comando aceita as opções aplicáveis ao comando `git diff-tree` para controlar como as modificações feitas pelo commit são exibidas.

note: type: Plain text
en: This manual page describes only the most frequently used options.
pt_BR: Esta página do manual descreve apenas as opções usadas com mais frequência.

note: type: Plain text
en: The names of objects to show (defaults to 'HEAD').  For a more complete list of ways to spell object names, see "SPECIFYING REVISIONS" section in linkgit:gitrevisions[7].
pt_BR: Os nomes dos objetos a serem exibidos (a predefinição é 'HEAD').  Para obter uma lista mais completa de maneiras de soletrar os nomes dos objetos, consulte a seção "ESPECIFICANDO AS REVISÕES" em linkgit:gitrevisions[7].

note: type: Plain text
en: Shows the tag `v1.0.0`, along with the object the tags points at.
pt_BR: Exibe a tag `v1.0.0` junto com o objeto que as tags apontarem.

note: type: Plain text
en: Shows the tree pointed to by the tag `v1.0.0`.
pt_BR: Exibe a árvore apontada pela tag `v1.0.0`.

note: type: Plain text
en: Shows the subject of the commit pointed to by the tag `v1.0.0`.
pt_BR: Mostra o assunto do commit apontado pela tag `v1.0.0`.

note: type: Plain text
en: Shows the contents of the file `Documentation/README` as they were current in the 10th last commit of the branch `next`.
pt_BR: Exibe o conteúdo do arquivo `Documentation/README` como eles estavam atualmente no décimo último commit do ramo `next`.

note: type: Plain text
en: Concatenates the contents of said Makefiles in the head of the branch `master`.
pt_BR: Concatena o conteúdo dos referidos Makefiles no `HEAD` do ramo `master`.

note: type: Plain text
en: checks that the working tree and index associated with the repository have no uncommitted changes to tracked files.  Otherwise it emits an error message of the form `Cannot <action>: <reason>. <hint>`, and dies.  Example:
pt_BR: checks that the working tree and index associated with the repository have no uncommitted changes to tracked files.  Otherwise it emits an error message of the form `Cannot <action>: <reason>. <hint>`, and dies.  Exemplo:

note: type: Plain text
en: This is a synonym for linkgit:git-add[1].  Please refer to the documentation of that command.
pt_BR: Isso é um sinônimo para linkgit:git-add[1].  Para referências deste comando, favor consultar a documentação.

note: type: Plain text
en: git-stash - Stash the changes in a dirty working directory away
pt_BR: git-stash - Acumula as alterações em um outro diretório de trabalho

note: type: Plain text
en: 'git stash' list [<options>]
    'git stash' show [<options>] [<stash>]
    'git stash' drop [-q|--quiet] [<stash>]
    'git stash' ( pop | apply ) [--index] [-q|--quiet] [<stash>]
    'git stash' branch <branchname> [<stash>]
    'git stash' [push [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet]
    	     [-u|--include-untracked] [-a|--all] [-m|--message <message>]
    	     [--pathspec-from-file=<file> [--pathspec-file-nul]]
    	     [--] [<pathspec>...]]
    'git stash' clear
    'git stash' create [<message>]
    'git stash' store [-m|--message <message>] [-q|--quiet] <commit>
pt_BR: 'git stash' list [<opções>]
    'git stash' show [<opções>] [<stash>]
    'git stash' drop [-q|--quiet] [<stash>]
    'git stash' ( pop | apply ) [--index] [-q|--quiet] [<stash>]
    'git stash' branch <branchname> [<stash>]
    'git stash' [push [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet]
    	     [-u|--include-untracked] [-a|--all] [-m|--message <mensagem>]
    	     [--pathspec-from-file=<file> [--pathspec-file-nul]]
    	     [--] [<pathspec>...]]
    'git stash' clear
    'git stash' create [<mensagem>]
    'git stash' store [-m|--message <mensagem>] [-q|--quiet] <commit>

note: type: Labeled list
en: push [-p|--patch] [-k|--[no-]keep-index] [-u|--include-untracked] [-a|--all] [-q|--quiet] [-m|--message <message>] [--pathspec-from-file=<file> [--pathspec-file-nul]] [--] [<pathspec>...]
pt_BR: push [-p|--patch] [-k|--[no-]keep-index] [-u|--include-untracked] [-a|--all] [-q|--quiet] [-m|--message <mensagem>] [--pathspec-from-file=<file> [--pathspec-file-nul]] [--] [<pathspec>...]

note: type: Labeled list
en: save [-p|--patch] [-k|--[no-]keep-index] [-u|--include-untracked] [-a|--all] [-q|--quiet] [<message>]
pt_BR: save [-p|--patch] [-k|--[no-]keep-index] [-u|--include-untracked] [-a|--all] [-q|--quiet] [<mensagem>]

note: type: Labeled list
en: list [<options>]
pt_BR: list [<opções>]

note: type: delimited block -
en: stash@{0}: WIP on submit: 6ebd0e2... Update git-stash documentation
    stash@{1}: On master: 9cc0589... Add git-stash
pt_BR: stash@{0}: WIP on submit: 6ebd0e2... Atualiza a documentação do git-stash
    stash@{1}: On master: 9cc0589... Adiciona o git-stash

note: type: Plain text
en: The command takes options applicable to the 'git log' command to control what is shown and how. See linkgit:git-log[1].
pt_BR: O comando aceita as opções aplicáveis ao comando 'git log' para controlar o que é exibido e como. Consulte linkgit:git-log[1].

note: type: Labeled list
en: show [<options>] [<stash>]
pt_BR: show [<opções>] [<stash>]

note: type: Labeled list
en: branch <branchname> [<stash>]
pt_BR: branch <nome-do-ramo> [<stash>]

note: type: Plain text
en: This option is only valid for `push` and `save` commands.
pt_BR: Esta opção só é válida para os comandos `push` e `save`.

note: type: Plain text
en: This option is only valid for `pop` and `apply` commands.
pt_BR: Esta opção só é válida para os comandos `pop` e `apply`.

note: type: Plain text
en: All changes already added to the index are left intact.
pt_BR: Todas as alterações que já foram adicionadas ao índice não são alteradas.

note: type: Plain text
en: Interactively select hunks from the diff between HEAD and the working tree to be stashed.  The stash entry is constructed such that its index state is the same as the index state of your repository, and its worktree contains only the changes you selected interactively.  The selected changes are then rolled back from your worktree. See the ``Interactive Mode'' section of linkgit:git-add[1] to learn how to operate the `--patch` mode.
pt_BR: Selecione a diferença entre os blocos interativamente entre HEAD e a árvore de trabalho a serem estocados.  The stash entry is constructed such that its index state is the same as the index state of your repository, and its worktree contains only the changes you selected interactively.  The selected changes are then rolled back from your worktree. Consulte a seção ``Modo Interativo'' do linkgit:git-add[1] para aprender como operar o modo `--patch`.

note: type: Plain text
en: The `--patch` option implies `--keep-index`.  You can use `--no-keep-index` to override this.
pt_BR: A opção `--patch` implica no uso de `--keep-index`.  Utilize a opção `--no-keep-index` para desconsiderar.

note: type: Plain text
en: This option is only valid for `push` command.
pt_BR: Esta opção só é válida para o comando `push`.

note: type: Plain text
en: This option is only valid for `apply`, `drop`, `pop`, `push`, `save`, `store` commands.
pt_BR: Esta opção só é válida para os comandos `apply`, `drop`, `pop`, `push`, `save` e `store`.

note: type: Plain text
en: This option is only valid for `apply`, `branch`, `drop`, `pop`, `show` commands.
pt_BR: Esta opção só é válida para os comandos `apply`, `branch`, `drop`, `pop` e `show`.

note: type: delimited block -
en: $ git pull
     ...
    file foobar not up to date, cannot merge.
    $ git stash
    $ git pull
    $ git stash pop
pt_BR: $ git pull
     ...
    o arquivo foobar não está atualizado, não é possível mesclar.
    $ git stash
    $ git pull
    $ git stash pop

note: type: delimited block -
en: # ... hack hack hack ...
    $ git switch -c my_wip
    $ git commit -a -m "WIP"
    $ git switch master
    $ edit emergency fix
    $ git commit -a -m "Fix in a hurry"
    $ git switch my_wip
    $ git reset --soft HEAD^
    # ... continue hacking ...
pt_BR: # ... hack hack hack ...
    $ git switch -c my_wip
    $ git commit -a -m "WIP"
    $ git switch master
    $ edit emergency fix
    $ git commit -a -m "Arruma na pressa"
    $ git switch my_wip
    $ git reset --soft HEAD^
    # ... continue a hackear ...

note: type: delimited block -
en: # ... hack hack hack ...
    $ git stash
    $ edit emergency fix
    $ git commit -a -m "Fix in a hurry"
    $ git stash pop
    # ... continue hacking ...
pt_BR: # ... hack hack hack ...
    $ git stash
    $ edit emergency fix
    $ git commit -a -m "Arrumando na correria"
    $ git stash pop
    # ... continue a hackear...

note: type: Labeled list
en: Testing partial commits
pt_BR: Testando commits parciais

note: type: delimited block -
en: # ... hack hack hack ...
    $ git add --patch foo            # add just first part to the index
    $ git stash push --keep-index    # save all other changes to the stash
    $ edit/build/test first part
    $ git commit -m 'First part'     # commit fully tested change
    $ git stash pop                  # prepare to work on all other changes
    # ... repeat above five steps until one commit remains ...
    $ edit/build/test remaining parts
    $ git commit foo -m 'Remaining parts'
pt_BR: # ... hack hack hack ...
    $ git add --patch foo            # adiciona apenas a primeira parte ao índice
    $ git stash push --keep-index    # registre todas as outras modificações no stash
    $ edit/build/test first part
    $ git commit -m 'First part'     # faça o commit completo de todas as modificações testadas
    $ git stash pop                  # prepare para trabalhar em todas as outras modificações
    # ... repita os cinco passos acima até que sobre apenas um commit ...
    $ edit/build/test remaining parts
    $ git commit foo -m 'Partes resultantes'

note: type: Plain text
en: git-status - Show the working tree status
pt_BR: git-status - Exibe o a condição da árvore de trabalho

note: type: Plain text
en: 'git status' [<options>...] [--] [<pathspec>...]
pt_BR: 'git status' [<opções>...] [--] [<pathspec>...]

note: type: Plain text
en: Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the working tree and the index file, and paths in the working tree that are not tracked by Git (and are not ignored by linkgit:gitignore[5]). The first are what you _would_ commit by running `git commit`; the second and third are what you _could_ commit by running 'git add' before running `git commit`.
pt_BR: Exibe os caminhos que têm diferenças entre o arquivo do índice e o commit atual no `HEAD`, os caminhos que têm diferenças entre a árvore de trabalho e o arquivo do índice, os caminhos na árvore de trabalho que não são rastreados pelo Git (e não foram ignorados pelo linkgit:gitignore[5]). O primeiro é o que você _confirmaria_ executando o comando `git commit`; o segundo e o terceiro são os que você pode confirmar, executando o comando `git add` antes de executar o comando `git commit`.

note: type: Plain text
en: Give the output in the short-format.
pt_BR: Dar a saída em um formato curto.

note: type: Plain text
en: Show the number of entries currently stashed away.
pt_BR: Exibe a quantidade de entradas ocultas atualmente.

note: type: Labeled list
en: --porcelain[=<version>]
pt_BR: --porcelain[=<versão>]

note: type: Plain text
en: Give the output in an easy-to-parse format for scripts.  This is similar to the short output, but will remain stable across Git versions and regardless of user configuration. See below for details.
pt_BR: Forneça a saída em um formato fácil de analisar para os scripts. Isso é semelhante à saída curta, mas permanecerá estável nas versões do Git e independentemente da configuração do usuário. Veja abaixo os detalhes.

note: type: Plain text
en: The version parameter is used to specify the format version.  This is optional and defaults to the original version 'v1' format.
pt_BR: O parâmetro da versão é utilizado para definir a versão do formato.  Este é opcional e é predefinido ter o formato da versão original 'v1'.

note: type: Plain text
en: Give the output in the long-format. This is the default.
pt_BR: Dar a saída em um formato longo. Esta é a predefinição.

note: type: Plain text
en: In addition to the names of files that have been changed, also show the textual changes that are staged to be committed (i.e., like the output of `git diff --cached`). If `-v` is specified twice, then also show the changes in the working tree that have not yet been staged (i.e., like the output of `git diff`).
pt_BR: Além dos nomes dos arquivos que foram alterados, exiba também as alterações textuais que são preparadas para o commit (ou seja, como a saída do `git diff --cached`). Caso a opção `-v` seja usada duas vezes, também exiba as alterações na árvore de trabalho que ainda não foram preparadas (ou seja, como a saída do comando `git diff`).

note: type: Plain text
en: The mode parameter is used to specify the handling of untracked files.  It is optional: it defaults to 'all', and if specified, it must be stuck to the option (e.g. `-uno`, but not `-u no`).
pt_BR: O parâmetro `modo` é usado para definir a manipulação dos arquivos não rastreados.  É opcional: a predefinição é 'all' e se definido, deve estar preso à opção (por exemplo, `-uno`, mas não `-u no`).

note: type: Plain text
en: 'no'     - Show no untracked files.
pt_BR: 'no'     - Não exibe qualquer arquivo que não tenham sido rastreados.

note: type: Plain text
en: 'normal' - Shows untracked files and directories.
pt_BR: 'normal' - Exibe todos os arquivo e diretórios que não foram rastreados.

note: type: Plain text
en: When `-u` option is not used, untracked files and directories are shown (i.e. the same as specifying `normal`), to help you avoid forgetting to add newly created files.  Because it takes extra work to find untracked files in the filesystem, this mode may take some time in a large working tree.  Consider enabling untracked cache and split index if supported (see `git update-index --untracked-cache` and `git update-index --split-index`), Otherwise you can use `no` to have `git status` return more quickly without showing untracked files.
pt_BR: Quando a opção `-u` não é usada, os arquivos e diretórios não rastreados são exibidos (ou seja, o mesmo que usar `normal`), para ajudar a evitar o esquecimento de adicionar os arquivos recém-criados.  Como é necessário um trabalho extra para encontrar os arquivos que não foram rastreados no sistema de arquivos, esse modo pode levar algum tempo em uma grande árvore de trabalho.  Considere ativar o cache não rastreado e dividir o índice, se suportado (consulte `git update-index --untracked-cache` e `git update-index --split-index`). Caso contrário, você pode usar `no` para obter o retorno do comando `git status` mais rapidamente sem mostrar quais os arquivos não foram rastreados.

note: type: Plain text
en: Ignore changes to submodules when looking for changes. <when> can be either "none", "untracked", "dirty" or "all", which is the default.  Using "none" will consider the submodule modified when it either contains untracked or modified files or its HEAD differs from the commit recorded in the superproject and can be used to override any settings of the 'ignore' option in linkgit:git-config[1] or linkgit:gitmodules[5]. When "untracked" is used submodules are not considered dirty when they only contain untracked content (but they are still scanned for modified content). Using "dirty" ignores all changes to the work tree of submodules, only changes to the commits stored in the superproject are shown (this was the behavior before 1.7.0). Using "all" hides all changes to submodules (and suppresses the output of submodule summaries when the config option `status.submoduleSummary` is set).
pt_BR: Ignore as alterações nos submódulos ao procurar alterações. <quando> pode ser "none", "Untracked", "dirty" ou "all", que é a predefinição. O uso de "none" considerará o submódulo modificado quando ele conter os arquivos não rastreados ou modificados ou o seu `HEAD` diferir do commit registrado no `superproject` e pode ser usado para substituir qualquer configuração da opção 'ignorar' no linkgit:git-config[1] ou linkgit:gitmodules[5]. Quando "untracked" for usado, os submódulos não são considerados sujos quando contêm apenas conteúdo não rastreado (mas ainda são verificados quanto ao conteúdo modificado). O uso de "dirty" ignora todas as alterações na árvore de trabalho dos submódulos, apenas as alterações nos commit armazenados no superprojeto são mostradas (esse era o comportamento anterior à 1.7.0). O uso de "all" oculta todas as alterações nos submódulos (e suprime a saída dos resumos dos submódulos quando a opção de configuração `status.submoduleSummary` está definida).

note: type: Labeled list
en: --ignored[=<mode>]
pt_BR: --ignored[=<modo>]

note: type: Plain text
en: Show ignored files as well.
pt_BR: Exibir os arquivos ignorados também.

note: type: Plain text
en: The mode parameter is used to specify the handling of ignored files.  It is optional: it defaults to 'traditional'.
pt_BR: O parâmetro de modo é utilizado para definir o manuseio dos arquivos ignorados.  É opcional: a sua predefinição é 'traditional'.

note: type: Plain text
en: 'traditional' - Shows ignored files and directories, unless
pt_BR: 'traditional' - Exibe os arquivos e diretórios ignorados, a menos que

note: type: Plain text
en: --untracked-files=all is specified, in which case
    individual files in ignored directories are
    displayed.
pt_BR: --untracked-files=all está especificado, nesse caso
    os arquivos individuais nos diretórios ignorados são
    exibidos.

note: type: Plain text
en: 'no'	        - Show no ignored files.
pt_BR: 'no'	        - Não exibe os arquivos ignorados.

note: type: Plain text
en: 'matching'    - Shows ignored files and directories matching an
pt_BR: 'matching'    - Exibe os arquivos e diretórios ignorados que correspondem a um

note: type: Plain text
en: ignore pattern.
pt_BR: ignora o padrão.

note: type: Plain text
en: When 'matching' mode is specified, paths that explicitly match an ignored pattern are shown. If a directory matches an ignore pattern, then it is shown, but not paths contained in the ignored directory. If a directory does not match an ignore pattern, but all contents are ignored, then the directory is not shown, but all contents are shown.
pt_BR: Quando o modo 'matching' é usado, os caminhos que coincidam explicitamente a um padrão ignorado são exibidos. Caso um diretório coincidir com um padrão a ser ignorado, ele será exibido, mas não os caminhos contidos no diretório ignorado. Caso um diretório não coincida com um padrão a ser ignorado, mas todo o conteúdo for ignorado, o diretório não será exibido, mas todo o resto do conteúdo será.

note: type: Plain text
en: Terminate entries with NUL, instead of LF.  This implies the `--porcelain=v1` output format if no other format is given.
pt_BR: Terminar as entradas com `NUL`, em vez de `LF`.  Isto implica o formato de saída `--porcelain=v1` caso nenhum outro formato seja usado.

note: type: Plain text
en: Display untracked files in columns. See configuration variable column.status for option syntax.`--column` and `--no-column` without options are equivalent to 'always' and 'never' respectively.
pt_BR: Exiba os arquivos que não foram rastreados em colunas. Veja a variável de configuração `column.status` para ver a sintaxe dessa opção.`--column` e `--no-column` sem opções são equivalentes a 'always' e 'never' respectivamente.

note: type: Plain text
en: Display or do not display detailed ahead/behind counts for the branch relative to its upstream branch.  Defaults to true.
pt_BR: Exiba ou não as contagens detalhadas antecipadas/atrasadas da ramificação em relação à ramificação `upstream`.  A predefinição é `true`.

note: type: Plain text
en: Turn on/off rename detection regardless of user configuration.  See also linkgit:git-diff[1] `--no-renames`.
pt_BR: Ligue/desligue a detecção de renomeação, independentemente da configuração do utilizador.  Consulte tambémlinkgit:git-diff[1] `--no-renames`.

note: type: Plain text
en: Turn on rename detection, optionally setting the similarity threshold.  See also linkgit:git-diff[1] `--find-renames`.
pt_BR: Liga a detecção de renomeação, configurando opcionalmente o limite de similaridade.  Consulte também linkgit:git-diff[1] `--find-renames'.

note: type: Plain text
en: See the 'pathspec' entry in linkgit:gitglossary[7].
pt_BR: Consulte a entrada 'pathspec' em linkgit:gitglossary[7].

note: type: Plain text
en: The output from this command is designed to be used as a commit template comment.  The default, long format, is designed to be human readable, verbose and descriptive.  Its contents and format are subject to change at any time.
pt_BR: A saída deste comando foi projetada para ser usada como um comentário modelo do commit.  A predefinição é utilizar o formato longo, foi projetado para ser legível por seres humanos, detalhado e descritivo.  Seu conteúdo e formato estão sujeitos a alterações a qualquer momento.

note: type: Plain text
en: The paths mentioned in the output, unlike many other Git commands, are made relative to the current directory if you are working in a subdirectory (this is on purpose, to help cutting and pasting). See the status.relativePaths config option below.
pt_BR: Os caminhos mencionados na saída, diferentemente de muitos outros comandos Git, são feitos em relação ao diretório atual. Caso esteja trabalhando em um subdiretório (isso é proposital, para ajudar a cortar e colar). Consulte a opção de configuração `status.relativePaths` abaixo.

note: type: Title ~
en: Short Format
pt_BR: Formato Curto

note: type: Plain text
en: In the short-format, the status of each path is shown as one of these forms
pt_BR: No formato curto, a condição de cada caminho é exibido como uma das seguintes formas

note: type: Plain text
en: where `ORIG_PATH` is where the renamed/copied contents came from. `ORIG_PATH` is only shown when the entry is renamed or copied. The `XY` is a two-letter status code.
pt_BR: onde `ORIG_PATH` é de onde veio o conteúdo renomeado/copiado. O `ORIG_PATH` só é exibido quando a entrada é renomeada ou copiada. O `XY` é um código de condição com duas letras.

note: type: Plain text
en: The fields (including the `->`) are separated from each other by a single space. If a filename contains whitespace or other nonprintable characters, that field will be quoted in the manner of a C string literal: surrounded by ASCII double quote (34) characters, and with interior special characters backslash-escaped.
pt_BR: Os campos (incluindo o `->`) estão separados um do outro por um único espaço. Caso um nome do arquivo contenha um espaço em branco ou outros caracteres não imprimíveis, este campo será citado na forma de uma string C literal: cercado por caracteres ASCII com aspas duplas (34) e com os caracteres especiais internos escapados por barra invertida.

note: type: Plain text
en: For paths with merge conflicts, `X` and `Y` show the modification states of each side of the merge. For paths that do not have merge conflicts, `X` shows the status of the index, and `Y` shows the status of the work tree.  For untracked paths, `XY` are `??`.  Other status codes can be interpreted as follows:
pt_BR: Para os caminhos com conflitos de mesclagem, `X` e `Y` exibem a condição das modificações de cada lado da mesclagem. Para os caminhos que não possuam conflitos de mesclagem, `X` mostra a condição do índice e `Y` exibe a condição da árvore de trabalho. Para os caminhos não rastreados, `XY` é `??`. Os outros códigos das condições podem ser interpretados da seguinte maneira:

note: type: Plain text
en: ' ' = unmodified
pt_BR: ' ' = não modificado

note: type: Plain text
en: 'M' = modified
pt_BR: 'M' = modificado

note: type: Plain text
en: 'A' = added
pt_BR: 'A' = adicionado

note: type: Plain text
en: 'D' = deleted
pt_BR: 'D' = excluído

note: type: Plain text
en: 'R' = renamed
pt_BR: 'R' = renomeado

note: type: Plain text
en: 'C' = copied
pt_BR: 'C' = copiado

note: type: Plain text
en: 'U' = updated but unmerged
pt_BR: 'U' = atualizado, mas não mesclado

note: type: Plain text
en: Ignored files are not listed, unless `--ignored` option is in effect, in which case `XY` are `!!`.
pt_BR: Os arquivos ignorados não estão listados, a menos que a opção `--ignored` esteja em vigor; nesse caso, `XY` é `!!`.

note: type: delimited block .
en: X          Y     Meaning
    -------------------------------------------------
    	 [AMD]   not updated
    M        [ MD]   updated in index
    A        [ MD]   added to index
    D                deleted from index
    R        [ MD]   renamed in index
    C        [ MD]   copied in index
    [MARC]           index and work tree matches
    [ MARC]     M    work tree changed since index
    [ MARC]     D    deleted in work tree
    [ D]        R    renamed in work tree
    [ D]        C    copied in work tree
    -------------------------------------------------
    D           D    unmerged, both deleted
    A           U    unmerged, added by us
    U           D    unmerged, deleted by them
    U           A    unmerged, added by them
    D           U    unmerged, deleted by us
    A           A    unmerged, both added
    U           U    unmerged, both modified
    -------------------------------------------------
    ?           ?    untracked
    !           !    ignored
    -------------------------------------------------
pt_BR: X          Y     Significado
    -------------------------------------------------
    	 [AMD]   não atualizado
    M        [ MD]   atualizado no índice
    A        [ MD]   adicionado ao índice
    D                excluído do índice
    R        [ MD]   renomeado no índice
    C        [ MD]   copiado para o índice
    [MARC]           índice e correspondências na árvore de trabalho
    [ MARC]     M    mudanças na árvore de trabalho deste o índice
    [ MARC]     D    excluído da árvore de trabalho
    [ D]        R    renomeado na árvore de trabalho
    [ D]        C    copiado na árvore de trabalho
    -------------------------------------------------
    D           D    unmerged, ambos excluídos
    A           U    unmerged, adicionados por nós
    U           D    unmerged, excluído por eles
    U           A    unmerged, adicionado por nós
    D           U    unmerged, excluído por nós
    A           A    unmerged, ambos adicionados
    U           U    unmerged, ambos modificados
    -------------------------------------------------
    ?           ?    não rastreado
    !           !    ignorado
    -------------------------------------------------

note: type: Plain text
en: Submodules have more state and instead report
    		M    the submodule has a different HEAD than
    		     recorded in the index
    		m    the submodule has modified content
    		?    the submodule has untracked files
    since modified content or untracked files in a submodule cannot be added
    via `git add` in the superproject to prepare a commit.
pt_BR: Os submódulos têm mais condição e, em vez disso, relatam
    		M    o submódulo possui um `head` diferente da
    		     gravada no índice
    		m    o submódulo modificou o conteúdo
    		?    o submódulo possui arquivos não rastreados
    pois conteúdo modificado ou arquivos não rastreados em um
    submódulo não podem ser adicionados via `git add` no `superproject` para preparar um commit.

note: type: Plain text
en: 'm' and '?' are applied recursively. For example if a nested submodule in a submodule contains an untracked file, this is reported as '?' as well.
pt_BR: 'm' e '?' são aplicados recursivamente. Por exemplo, se um submódulo aninhado em um submódulo contiver um arquivo não rastreado, isso será relatado como '?' também.

note: type: Plain text
en: If -b is used the short-format status is preceded by a line
pt_BR: Caso `-b` seja usado, a condição de formato curto será precedido por uma linha

note: type: Plain text
en:     ## branchname tracking info
pt_BR:     ## info de  rastreio do nome do ramo

note: type: Title ~
en: Porcelain Format Version 1
pt_BR: Formato de Porcelana Versão 1

note: type: Plain text
en: Version 1 porcelain format is similar to the short format, but is guaranteed not to change in a backwards-incompatible way between Git versions or based on user configuration. This makes it ideal for parsing by scripts.  The description of the short format above also describes the porcelain format, with a few exceptions:
pt_BR: O formato de porcelana da versão 1 é semelhante ao formato curto, no entanto é garantido que não seja alterado de maneira que seja incompatível com as versões anteriores das versões do Git ou com a base na configuração do usuário. Isso o torna ideal para ser analisado por scripts.  A descrição do formato curto acima também descreve o formato de porcelana, com algumas exceções:

note: type: Plain text
en: The user's color.status configuration is not respected; color will always be off.
pt_BR: Caso a configuração da variável `color.status` do usuário não seja respeitada; a cor estará sempre desligada.

note: type: Plain text
en: The user's status.relativePaths configuration is not respected; paths shown will always be relative to the repository root.
pt_BR: Caso a configuração da variável `status.relativePaths` do usuário não seja respeitada; os caminhos exibidos sempre serão relativos à raiz do repositório.

note: type: Plain text
en: There is also an alternate -z format recommended for machine parsing. In that format, the status field is the same, but some other things change.  First, the '\->' is omitted from rename entries and the field order is reversed (e.g 'from \-> to' becomes 'to from'). Second, a NUL (ASCII 0) follows each filename, replacing space as a field separator and the terminating newline (but a space still separates the status field from the first filename).  Third, filenames containing special characters are not specially formatted; no quoting or backslash-escaping is performed.
pt_BR: Há também um formato alternativo `-z` recomendado para a análise de máquina. Neste formato, o campo do status é o mesmo, porém algumas outras coisas mudam.  Primeiro, o '\ ->' é omitido das entradas de renomeação e a ordem dos campos é revertida (por exemplo, 'from \-> to' se torna 'to from'). Segundo, um `NUL` (ASCII 0) segue cada nome de arquivo substituindo o espaço como um separador de campos e a nova linha final (porém um espaço ainda separa o campo de status do primeiro nome do arquivo).  Terceiro, os nomes dos arquivos que contenha caracteres especiais não são especialmente formatados; nenhuma citação ou barra de escape invertida é executada.

note: type: Plain text
en: Any submodule changes are reported as modified `M` instead of `m` or single `?`.
pt_BR: Quaisquer alterações no submódulo são relatadas como `M` modificado em vez de `m` ou um único `?`.

note: type: Title ~
en: Porcelain Format Version 2
pt_BR: Formato de Porcelana Versão 2

note: type: Plain text
en: Version 2 format adds more detailed information about the state of the worktree and changed items.  Version 2 also defines an extensible set of easy to parse optional headers.
pt_BR: O formato da versão 2 adiciona informações mais detalhadas sobre a condição da árvore de trabalho e os itens que foram alterados.  Na versão 2 também é definido um conjunto extensível de cabeçalhos opcionais fáceis de serem analisados.

note: type: Plain text
en: Header lines start with "#" and are added in response to specific command line arguments.  Parsers should ignore headers they don't recognize.
pt_BR: As linhas do cabeçalho começam com o símbolo "#" e são adicionadas em resposta aos argumentos específicos da linha de comando.  Os analisadores devem ignorar os cabeçalhos que não sejam reconhecidos.

note: type: Title ^
en: Branch Headers
pt_BR: Cabeçalho dos Ramos

note: type: Plain text
en: If `--branch` is given, a series of header lines are printed with information about the current branch.
pt_BR: Caso `--branch` seja usado, uma série de linhas de cabeçalho será impressa com as informações sobre a ramificação atual.

note: type: delimited block .
en: Line                                     Notes
    ------------------------------------------------------------
    # branch.oid <commit> | (initial)        Current commit.
    # branch.head <branch> | (detached)      Current branch.
    # branch.upstream <upstream_branch>      If upstream is set.
    # branch.ab +<ahead> -<behind>           If upstream is set and
    					 the commit is present.
    ------------------------------------------------------------
pt_BR: Line                                     Notes
    ------------------------------------------------------------
    # branch.oid <commit> | (inicial)        Commit atual.
    # branch.head <ramo> | (desanexado)      Commit atual.
    # branch.upstream <ramo_upstream>      caso o upstream esteja definido.
    # branch.ab +<adiante> -<atrás>           caso o upstream esteja definido e
    					 o commit esteja presente.
    ------------------------------------------------------------

note: type: Title ^
en: Changed Tracked Entries
pt_BR: Entradas Rastreadas que Foram Alteradas

note: type: Plain text
en: Following the headers, a series of lines are printed for tracked entries.  One of three different line formats may be used to describe an entry depending on the type of change.  Tracked entries are printed in an undefined order; parsers should allow for a mixture of the 3 line types in any order.
pt_BR: Após os cabeçalhos, uma série de linhas é impressa para entradas que são rastreadas.  Um dos três formatos diferentes da linha podem ser usados para descrever uma entrada, dependendo do tipo da alteração.  As entradas rastreadas são impressas em uma ordem indefinida; os analisadores devem permitir uma mistura dos três tipos de linha e em qualquer ordem.

note: type: Plain text
en: Ordinary changed entries have the following format:
pt_BR: Os itens comuns que foram alterados têm o seguinte formato:

note: type: Plain text
en:     1 <XY> <sub> <mH> <mI> <mW> <hH> <hI> <path>
pt_BR:     1 <XY> <sub> <mH> <mI> <mW> <hH> <hI> <caminho>

note: type: Plain text
en: Renamed or copied entries have the following format:
pt_BR: As entradas que foram renomeadas ou copiadas têm o seguinte formato:

note: type: Plain text
en:     2 <XY> <sub> <mH> <mI> <mW> <hH> <hI> <X><score> <path><sep><origPath>
pt_BR:     2 <XY> <sub> <mH> <mI> <mW> <hH> <hI> <X><score> <caminho><sep><caminho original>

note: type: delimited block .
en: Field       Meaning
    --------------------------------------------------------
    <XY>        A 2 character field containing the staged and
    	    unstaged XY values described in the short format,
    	    with unchanged indicated by a "." rather than
    	    a space.
    <sub>       A 4 character field describing the submodule state.
    	    "N..." when the entry is not a submodule.
    	    "S<c><m><u>" when the entry is a submodule.
    	    <c> is "C" if the commit changed; otherwise ".".
    	    <m> is "M" if it has tracked changes; otherwise ".".
    	    <u> is "U" if there are untracked changes; otherwise ".".
    <mH>        The octal file mode in HEAD.
    <mI>        The octal file mode in the index.
    <mW>        The octal file mode in the worktree.
    <hH>        The object name in HEAD.
    <hI>        The object name in the index.
    <X><score>  The rename or copy score (denoting the percentage
    	    of similarity between the source and target of the
    	    move or copy). For example "R100" or "C75".
    <path>      The pathname.  In a renamed/copied entry, this
    	    is the target path.
    <sep>       When the `-z` option is used, the 2 pathnames are separated
    	    with a NUL (ASCII 0x00) byte; otherwise, a tab (ASCII 0x09)
    	    byte separates them.
    <origPath>  The pathname in the commit at HEAD or in the index.
    	    This is only present in a renamed/copied entry, and
    	    tells where the renamed/copied contents came from.
    --------------------------------------------------------
pt_BR: Campo       Significado
    --------------------------------------------------------
    <XY>        Um campo com 2 caracteres contendo valores XY
    	    montados e não montados descrito em um formato curto,
    	    sem modificações indicadas por um "." em vez de
    	    um espaço em branco.
    <sub>       Um campo com 4 caracteres descrevendo a condição do submódulo.
    	    "N..." quando a entrada não for um submódulo.
    	    "S<c><m><u>" quando a entrada for um submódulo.
    	    <c> is "C" caso o commit seja modificado; senão ".".
    	    <m> is "M" caso haja mudanças rastreadas; senão ".".
    	    <u> is "U" caso não haja mudanças rastreadas; senão ".".
    <mH>        O modo de um arquivo octal no HEAD.
    <mI>        O modo de um arquivo octal no index.
    <mW>        O modo de um arquivo octal no árvore de trabalho.
    <hH>        O nome do objeto no HEAD.
    <hI>        O nome do objeto no índice.
    <X><score>  O renomeamento ou a cópia do score "placar"(denota a porcentagem
    	    ou a similaridade entre a fonte e o destino da ação de
    	    mover ou copiar. Por exemplo, "R100" ou "C75".
    <path>      O `pathname` "nome do caminho".  Em um lançamento de renomeação/cópia,
    	    este é o caminho de destino.
    <sep>       Quando a opção `-z` for utilizada, os 2 `pathnames` são separados
    	    com um byte `NUL` (ASCII 0x00); senão um byte tab (ASCII 0x09)
    	    que os separam.
    <origPath>  O `pathname` dentro do commit localizado no HEAD ou no índice.
    	    Só está presente no caso de um lançamento de renomeação ou cópia
    	    assim como informa de onde a renomeação ou cópia vieram.
    --------------------------------------------------------

note: type: Plain text
en: Unmerged entries have the following format; the first character is a "u" to distinguish from ordinary changed entries.
pt_BR: As entradas que não forem mescladas têm o seguinte formato; o primeiro caractere é um "u" para se distinguir das entradas comum que foram alteradas.

note: type: Plain text
en:     u <xy> <sub> <m1> <m2> <m3> <mW> <h1> <h2> <h3> <path>
pt_BR:     u <xy> <sub> <m1> <m2> <m3> <mW> <h1> <h2> <h3> <caminho>

note: type: delimited block .
en: Field       Meaning
    --------------------------------------------------------
    <XY>        A 2 character field describing the conflict type
    	    as described in the short format.
    <sub>       A 4 character field describing the submodule state
    	    as described above.
    <m1>        The octal file mode in stage 1.
    <m2>        The octal file mode in stage 2.
    <m3>        The octal file mode in stage 3.
    <mW>        The octal file mode in the worktree.
    <h1>        The object name in stage 1.
    <h2>        The object name in stage 2.
    <h3>        The object name in stage 3.
    <path>      The pathname.
    --------------------------------------------------------
pt_BR: Campo       Significado
    --------------------------------------------------------
    <XY>        Um campo com 2 caracteres descrevendo o tipo de conflito
    	    como descrito em um formato curto.
    <sub>       Um campo com 4 caracteres descrevendo a condição do submódulo
    	    como descrito abaixo.
    <m1>        O modo de um arquivo octal no estágio 1.
    <m2>        O modo de um arquivo octal no estágio 2.
    <m3>        O modo de um arquivo octal no estágio 3.
    <mW>        O modo de um arquivo octal na árvore de trabalho.
    <h1>        O nome do objeto no estágio 1.
    <h2>        O nome do objeto no estágio 2.
    <h3>        O nome do objeto no estágio 3.
    <path>      O pathname.
    --------------------------------------------------------

note: type: Title ^
en: Other Items
pt_BR: Outros itens

note: type: Plain text
en: Following the tracked entries (and if requested), a series of lines will be printed for untracked and then ignored items found in the worktree.
pt_BR: Seguindo as entradas rastreadas (se for solicitado), uma série de linhas será impressa para os itens não rastreados e depois ignorados para os itens encontrados na árvore de trabalho.

note: type: Plain text
en: Untracked items have the following format:
pt_BR: Itens não rastreados têm o seguinte formato:

note: type: Plain text
en:     ? <path>
pt_BR:     ? <caminho>

note: type: Plain text
en: Ignored items have the following format:
pt_BR: Os itens ignorados tem o seguinte formato:

note: type: Plain text
en:     ! <path>
pt_BR:     ! <caminho>

note: type: Title ^
en: Pathname Format Notes and -z
pt_BR: Notas sobre o formato do `pathname` e `-z`

note: type: Plain text
en: When the `-z` option is given, pathnames are printed as is and without any quoting and lines are terminated with a NUL (ASCII 0x00)  byte.
pt_BR: Quando a opção `z` é usada os `pathnames` são exibidos como estão e sem nenhuma citação e as linhas são terminadas com um byte NUL (ASCII 0x00).

note: type: Plain text
en: Without the `-z` option, pathnames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).
pt_BR: Sem a opção `z`, os `pathnames` com caracteres "incomuns" são citados conforme explicado na variável de configuração `core.quotePath` (consulte linkgit:git-config[1]).

note: type: Plain text
en: The command honors `color.status` (or `status.color` -- they mean the same thing and the latter is kept for backward compatibility) and `color.status.<slot>` configuration variables to colorize its output.
pt_BR: O comando segue a variável `color.status` (ou `status.color`, ambos têm o mesmo significado, o último é mantido para compatibilidade com versões anteriores). As variáveis de configuração `color.status.` serve para para colorir a saída.

note: type: Plain text
en: If the config variable `status.relativePaths` is set to false, then all paths shown are relative to the repository root, not to the current directory.
pt_BR: Se a variável de configuração `status.relativePaths` estiver configurada como `false`, todos os caminhos exibidos serão relativos à raiz do repositório e não ao diretório atual.

note: type: Plain text
en: If `status.submoduleSummary` is set to a non zero number or true (identical to -1 or an unlimited number), the submodule summary will be enabled for the long format and a summary of commits for modified submodules will be shown (see --summary-limit option of linkgit:git-submodule[1]). Please note that the summary output from the status command will be suppressed for all submodules when `diff.ignoreSubmodules` is set to 'all' or only for those submodules where `submodule.<name>.ignore=all`. To also view the summary for ignored submodules you can either use the --ignore-submodules=dirty command line option or the 'git submodule summary' command, which shows a similar output but does not honor these settings.
pt_BR: Se a variável `status.submoduleSummary` for definida como um número diferente de zero ou `true` (idêntico a `-1` ou um número ilimitado), o resumo do submódulo será ativado para o formato longo e um resumo das confirmações para os submódulos modificados serão exibidos (consulte a opção --summary-limit de linkgit:git-submodule[1]). Por favor note que a saída resumida do comando status será suprimida para todos os submódulos quando a variávle `diff.ignoreSubmodules` estiver definida como `all` ou apenas para aqueles submódulos em onde seja o mesmo que `submodule.<name>.ignore=all`. Para visualizar também o resumo dos submódulos ignorados, você pode usar a opção de clinha de comando `--ignore-submodules=dirty ` ou o comando `git submodule summary`, que exibe uma saída semelhante porém não respeita estas configurações.

note: type: Title -
en: BACKGROUND REFRESH
pt_BR: ATUALIZAÇÃO DO PLANO DE FUNDO

note: type: Plain text
en: By default, `git status` will automatically refresh the index, updating the cached stat information from the working tree and writing out the result. Writing out the updated index is an optimization that isn't strictly necessary (`status` computes the values for itself, but writing them out is just to save subsequent programs from repeating our computation). When `status` is run in the background, the lock held during the write may conflict with other simultaneous processes, causing them to fail. Scripts running `status` in the background should consider using `git --no-optional-locks status` (see linkgit:git[1] for details).
pt_BR: É predefinido que o 'status git' atualize automaticamente o índice, que atualize também as estatísticas das informações armazenadas em cache da árvore de trabalho e gravando o resultado. Escrever o índice atualizado é uma otimização que não é estritamente necessária (o `status` calcula os valores por si só, mas escrevê-los é apenas para evitar que os programas subsequentes refaçam o nosso processamento). Quando o `status` é executado em segundo plano o bloqueio mantido durante a gravação pode entrar em conflito com outros processos que estejam sendo executados simultaneamente, fazendo com que eles falhem. Os scripts que executam `status` em segundo plano devem considerar o uso de`git --no-optional-locks status` (para mais detalhes consulte linkgit:git[1]).

note: type: Plain text
en: git-stripspace - Remove unnecessary whitespace
pt_BR: git-stripspace - Remove os espaços em branco desnecessários

note: type: Plain text
en: Read text, such as commit messages, notes, tags and branch descriptions, from the standard input and clean it in the manner used by Git.
pt_BR: Leia o texto, como mensagens de commit, notas, tags e suas respectivas descrições das ramificações, da entrada predefinida e limpe-o da maneira usada pelo Git.

note: type: Plain text
en: With no arguments, this will:
pt_BR: Sem argumentos, isso irá:

note: type: Plain text
en: remove trailing whitespace from all lines
pt_BR: remover os espaços em branco do final de todas as linhas

note: type: Plain text
en: collapse multiple consecutive empty lines into one empty line
pt_BR: recolher as várias linhas vazias consecutivas em apenas uma linha vazia

note: type: Plain text
en: remove empty lines from the beginning and end of the input
pt_BR: remover as linhas vazias do início e do fim da entrada

note: type: Plain text
en: add a missing '\n' to the last line if necessary.
pt_BR: adiciona um '\n' ausente à última linha se for necessário.

note: type: Plain text
en: In the case where the input consists entirely of whitespace characters, no output will be produced.
pt_BR: No caso em que a entrada consiste inteiramente em caracteres de espaço em branco, nenhuma saída será produzida.

note: type: Plain text
en: *NOTE*: This is intended for cleaning metadata, prefer the `--whitespace=fix`
    mode of linkgit:git-apply[1] for correcting whitespace of patches or files in
    the repository.
pt_BR: * NOTA *: Destina-se à limpeza de metadados, prefira o modo `--whitespace=fix`
    de linkgit:git-apply[1] para corrigir os espaços em branco dos patches ou os arquivos
    no repositório.

note: type: Plain text
en: Skip and remove all lines starting with comment character (default '#').
pt_BR: Ignora e remove todas as linhas que começam com o caractere predefinido de comentário ('#').

note: type: Plain text
en: Prepend comment character and blank to each line. Lines will automatically be terminated with a newline. On empty lines, only the comment character will be prepended.
pt_BR: Coloque um caractere de comentário previamente com espaço em branco em cada linha. As linhas serão automaticamente terminadas com uma nova linha.

note: type: Plain text
en: Given the following noisy input with '$' indicating the end of a line:
pt_BR: Dada a seguinte entrada barulhenta com sinal '$' indicando o final de uma linha:

note: type: delimited block -
en: |A brief introduction   $
    |   $
    |$
    |A new paragraph$
    |# with a commented-out line    $
    |explaining lots of stuff.$
    |$
    |# An old paragraph, also commented-out. $
    |      $
    |The end.$
    |  $
pt_BR: |Uma breve introdução ao   $
    |   $
    |$
    |Um novo parágrafo$
    |# com uma linha de comentário    $
    |explicando um monte de coisas.$
    |$
    |# Mais um parágrafo antigo comentado. $
    |      $
    |O fim.$
    |  $

note: type: Plain text
en: Use 'git stripspace' with no arguments to obtain:
pt_BR: Utilize `git stripspace` sem argumentos para obter:

note: type: delimited block -
en: |A brief introduction$
    |$
    |A new paragraph$
    |# with a commented-out line$
    |explaining lots of stuff.$
    |$
    |# An old paragraph, also commented-out.$
    |$
    |The end.$
pt_BR: |Uma breve introdução$
    |$
    |Um novo parágrafo$
    |# com uma linha de comentário$
    |explicando um monte de coisa.$
    |$
    |# Um parágrafo antigo comentado.$
    |$
    |O fim.$

note: type: Plain text
en: Use 'git stripspace --strip-comments' to obtain:
pt_BR: Utilize `git stripspace --strip-comments` para obter:

note: type: delimited block -
en: |A brief introduction$
    |$
    |A new paragraph$
    |explaining lots of stuff.$
    |$
    |The end.$
pt_BR: |Uma breve introdução$
    |$
    |Um novo parágrafo$
    |explicando um monte de coisa.$
    |$
    |O fim.$

note: type: Plain text
en: git-submodule - Initialize, update or inspect submodules
pt_BR: git-submodule - Inicialize, atualize ou inspecione os submódulos

note: type: Plain text
en: 'git submodule' [--quiet] [--cached]
    'git submodule' [--quiet] add [<options>] [--] <repository> [<path>]
    'git submodule' [--quiet] status [--cached] [--recursive] [--] [<path>...]
    'git submodule' [--quiet] init [--] [<path>...]
    'git submodule' [--quiet] deinit [-f|--force] (--all|[--] <path>...)
    'git submodule' [--quiet] update [<options>] [--] [<path>...]
    'git submodule' [--quiet] set-branch [<options>] [--] <path>
    'git submodule' [--quiet] set-url [--] <path> <newurl>
    'git submodule' [--quiet] summary [<options>] [--] [<path>...]
    'git submodule' [--quiet] foreach [--recursive] <command>
    'git submodule' [--quiet] sync [--recursive] [--] [<path>...]
    'git submodule' [--quiet] absorbgitdirs [--] [<path>...]
pt_BR: 'git submodule' [--quiet] [--cached]
    'git submodule' [--quiet] add [<opções>] [--] <repository> [<caminho>]
    'git submodule' [--quiet] status [--cached] [--recursive] [--] [<caminho>...]
    'git submodule' [--quiet] init [--] [<caminho>...]
    'git submodule' [--quiet] deinit [-f|--force] (--all|[--] <caminho>...)
    'git submodule' [--quiet] update [<opções>] [--] [<caminho>...]
    'git submodule' [--quiet] set-branch [<opções>] [--] <caminho>
    'git submodule' [--quiet] set-url [--] <caminho> <newurl>
    'git submodule' [--quiet] summary [<opções>] [--] [<caminho>...]
    'git submodule' [--quiet] foreach [--recursive] <command>
    'git submodule' [--quiet] sync [--recursive] [--] [<caminho>...]
    'git submodule' [--quiet] absorbgitdirs [--] [<caminho>...]

note: type: Plain text
en: Inspects, updates and manages submodules.
pt_BR: Inspeciona, atualiza e gerencia os submódulos.

note: type: Plain text
en: For more information about submodules, see linkgit:gitsubmodules[7].
pt_BR: Para mais informações sobre submódulos, consulte linkgit:gitsubmodules[7].

note: type: Plain text
en: With no arguments, shows the status of existing submodules.  Several subcommands are available to perform operations on the submodules.
pt_BR: Sem argumentos, exibe o estado dos submódulos existentes.  Vários submódulos estão disponíveis para realizar operações nos submódulos.

note: type: Labeled list
en: add [-b <branch>] [-f|--force] [--name <name>] [--reference <repository>] [--depth <depth>] [--] <repository> [<path>]
pt_BR: add [-b <ramo>] [-f|--force] [--name <nome>] [--reference <repositório>] [--depth <profundidade>] [--] <repositório> [<caminho>]

note: type: Plain text
en: Add the given repository as a submodule at the given path to the changeset to be committed next to the current project: the current project is termed the "superproject".
pt_BR: Adicione o repositório informado como um submódulo no caminho especificado ao conjunto de alterações para ser feito o commit ao lado do projeto atual: o projeto atual é chamado de "superproject".

note: type: Plain text
en: <repository> is the URL of the new submodule's origin repository.  This may be either an absolute URL, or (if it begins with ./ or ../), the location relative to the superproject's default remote repository (Please note that to specify a repository 'foo.git' which is located right next to a superproject 'bar.git', you'll have to use `../foo.git` instead of `./foo.git` - as one might expect when following the rules for relative URLs - because the evaluation of relative URLs in Git is identical to that of relative directories).
pt_BR: <repositório> é o URL do repositório de origem do novo submódulo.  Este pode ser um URL absoluto, ou (se começar com ./ ou ../), a localização relativa ao repositório predefinido do superprojeto remoto (Por favor note que para especificar um repositório 'foo.git' que está localizado bem ao lado de um superproject 'bar.git', você terá que usar `../foo.git` em vez de `./foo.git` - como se pode esperar quando se seguem as regras para URLs relativas - porque a avaliação das URLs relativas no Git é idêntica à dos diretórios relativos).

note: type: Labeled list
en: status [--cached] [--recursive] [--] [<path>...]
pt_BR: status [--cached] [--recursive] [--] [<caminho>...]

note: type: Labeled list
en: init [--] [<path>...]
pt_BR: init [--] [<caminho>...]

note: type: Labeled list
en: deinit [-f|--force] (--all|[--] <path>...)
pt_BR: deinit [-f|--force] (--all|[--] <caminho>...)

note: type: Plain text
en: If you really want to remove a submodule from the repository and commit that use linkgit:git-rm[1] instead. See linkgit:gitsubmodules[7] for removal options.
pt_BR: Caso queira realmente remover um submódulo do repositório e fazer o commit, em vez disso use linkgit:git-rm[1]. Para opções de remoção consulte linkgit:gitsubmodules[7].

note: type: Labeled list
en: update [--init] [--remote] [-N|--no-fetch] [--[no-]recommend-shallow] [-f|--force] [--checkout|--rebase|--merge] [--reference <repository>] [--depth <depth>] [--recursive] [--jobs <n>] [--[no-]single-branch] [--] [<path>...]
pt_BR: update [--init] [--remote] [-N|--no-fetch] [--[no-]recommend-shallow] [-f|--force] [--checkout|--rebase|--merge] [--reference <repositório>] [--depth <profundidade>] [--recursive] [--jobs <n>] [--[no-]single-branch] [--] [<caminho>...]

note: type: Labeled list
en: set-branch (-b|--branch) <branch> [--] <path>
pt_BR: set-branch (-b|--branch) <ramo> [--] <path>

note: type: Labeled list
en: set-branch (-d|--default) [--] <path>
pt_BR: set-branch (-d|--default) [--] <caminho>

note: type: Plain text
en: Sets the default remote tracking branch for the submodule. The `--branch` option allows the remote branch to be specified. The `--default` option removes the submodule.<name>.branch configuration key, which causes the tracking branch to default to 'master'.
pt_BR: Define a ramificação de rastreamento remoto padrão para o submódulo. A opção `--branch` permite que o nome do ramo remoto seja especificado. A opção `--default` remove a chave de configuração `submodule.<name>.branch`, que faz com que a predefinição do ramo rastreado seja 'master'.

note: type: Labeled list
en: set-url [--] <path> <newurl>
pt_BR: set-url [--] <caminho> <novo url>

note: type: Labeled list
en: summary [--cached|--files] [(-n|--summary-limit) <n>] [commit] [--] [<path>...]
pt_BR: summary [--cached|--files] [(-n|--summary-limit) <n>] [commit] [--] [<caminho>...]

note: type: Labeled list
en: foreach [--recursive] <command>
pt_BR: foreach [--recursive] <comando>

note: type: Labeled list
en: sync [--recursive] [--] [<path>...]
pt_BR: sync [--recursive] [--] [<caminho>...]

note: type: Plain text
en: This option is only valid for add and update commands.  Progress status is reported on the standard error stream by default when it is attached to a terminal, unless -q is specified. This flag forces progress status even if the standard error stream is not directed to a terminal.
pt_BR: Esta opção só é válida para os comandos `add`, `update`.  O status de progresso é pré-definitivamente informado no fluxo de erro quando ele for anexado a um terminal a menos que a sinalização `-q` for usada. Esta sinalização impõem a condição geral do progresso mesmo que o fluxo de erro preestabelecido não seja direcionado para um terminal.

note: type: Plain text
en: This option is only valid for the deinit command. Unregister all submodules in the working tree.
pt_BR: Esta opção só é válida para o comando `deinit`. Cancele o registro de todos os submódulos na árvore de trabalho.

note: type: Plain text
en: Branch of repository to add as submodule.  The name of the branch is recorded as `submodule.<name>.branch` in `.gitmodules` for `update --remote`.  A special value of `.` is used to indicate that the name of the branch in the submodule should be the same name as the current branch in the current repository.  If the option is not specified, it defaults to 'master'.
pt_BR: O ramo do repositório para adicionar como submódulo.  The name of the branch is recorded as `submodule.<name>.branch` in `.gitmodules` for `update --remote`.  A special value of `.` is used to indicate that the name of the branch in the submodule should be the same name as the current branch in the current repository.  If the option is not specified, it defaults to 'master'.

note: type: Plain text
en: This option is only valid for add, deinit and update commands.  When running add, allow adding an otherwise ignored submodule path.  When running deinit the submodule working trees will be removed even if they contain local changes.  When running update (only effective with the checkout procedure), throw away local changes in submodules when switching to a different commit; and always run a checkout operation in the submodule, even if the commit listed in the index of the containing repository matches the commit checked out in the submodule.
pt_BR: Esta opção só é válida para os comandos `add`, `deinit` e `update`.  Ao executar `add`, permita adicionar um caminho ignorado do sub-módulo.  Ao executar o `deinit`, as árvores de trabalho do submódulo serão removidos mesmo que contenham alterações locais.  Ao executar `update` (efetiva apenas com o procedimento de checkout), descarte as alterações locais nos submódulos ao alternar para um commit diferente; e sempre execute uma operação de checkout no submódulo, mesmo que o commit listado no índice do repositório coincida com o commit verificado no submódulo.

note: type: Plain text
en: This option is only valid for status and summary commands.  These commands typically use the commit found in the submodule HEAD, but with this option, the commit stored in the index is used instead.
pt_BR: Esta opção só é válida para os comandos `status` e `summary`.  Esses comandos normalmente usam o commit encontrado no submódulo `HEAD`, porém o commit armazenado no índice é usado no lugar.

note: type: Plain text
en: This option is only valid for the summary command. This command compares the commit in the index with that in the submodule HEAD when this option is used.
pt_BR: Esta opção só é válida para o comando `summary`. Quando esta opção é usada o comando compara o commit no índice em conjunto com o que está no submódulo `HEAD`.

note: type: Plain text
en: This option is only valid for the summary command.  Limit the summary size (number of commits shown in total).  Giving 0 will disable the summary; a negative number means unlimited (the default). This limit only applies to modified submodules. The size is always limited to 1 for added/deleted/typechanged submodules.
pt_BR: Esta opção só é válida para o comando `summary`.  Limite o tamanho do resumo (quantidade de commits exibidos no total).  Usando 0 desabilita o resumo; um número negativo significa ilimitado (já predefinido).  Este limite se aplica apenas aos submódulos modificados.  O tamanho é sempre limitado a 1 para os submódulos adicionado/excluído/tipo alterado.

note: type: Plain text
en: This option is only valid for the update command.  Instead of using the superproject's recorded SHA-1 to update the submodule, use the status of the submodule's remote-tracking branch.  The remote used is branch's remote (`branch.<name>.remote`), defaulting to `origin`.  The remote branch used defaults to `master`, but the branch name may be overridden by setting the `submodule.<name>.branch` option in either `.gitmodules` or `.git/config` (with `.git/config` taking precedence).
pt_BR: Esta opção só é válida para o comando `update`.  Em vez de usar o SHA-1 gravado do superprojeto para atualizar o submódulo, use o status do ramo de rastreamento remoto do submódulo.  O ramo remoto usado é o ramo (`branch.<name>.remote`)  predefinido para `origin`.  O ramo remoto usado usa a predefinição `master`, mas o nome da ramificação pode ser substituído ao definir a opção `submodule.<name>.branch` ou entre `.gitmodules` ou `.git/config` (onde `.git/config` tem prioridade).

note: type: Plain text
en: This option is only valid for the update command.  Don't fetch new objects from the remote site.
pt_BR: Esta opção só é válida para o comando `update`.  Não busca novos objetos no site remoto.

note: type: Plain text
en: This option is only valid for the update command.  Checkout the commit recorded in the superproject on a detached HEAD in the submodule. This is the default behavior, the main use of this option is to override `submodule.$name.update` when set to a value other than `checkout`.  If the key `submodule.$name.update` is either not explicitly set or set to `checkout`, this option is implicit.
pt_BR: Esta opção só é válida para o comando `update`.  Checkout the commit recorded in the superproject on a detached HEAD in the submodule. This is the default behavior, the main use of this option is to override `submodule.$name.update` when set to a value other than `checkout`.  If the key `submodule.$name.update` is either not explicitly set or set to `checkout`, this option is implicit.

note: type: Plain text
en: This option is only valid for the update command.  Merge the commit recorded in the superproject into the current branch of the submodule. If this option is given, the submodule's HEAD will not be detached. If a merge failure prevents this process, you will have to resolve the resulting conflicts within the submodule with the usual conflict resolution tools.  If the key `submodule.$name.update` is set to `merge`, this option is implicit.
pt_BR: Esta opção só é válida para o comando `update`.  Merge the commit recorded in the superproject into the current branch of the submodule. If this option is given, the submodule's HEAD will not be detached. If a merge failure prevents this process, you will have to resolve the resulting conflicts within the submodule with the usual conflict resolution tools.  If the key `submodule.$name.update` is set to `merge`, this option is implicit.

note: type: Plain text
en: This option is only valid for the update command.  Rebase the current branch onto the commit recorded in the superproject. If this option is given, the submodule's HEAD will not be detached. If a merge failure prevents this process, you will have to resolve these failures with linkgit:git-rebase[1].  If the key `submodule.$name.update` is set to `rebase`, this option is implicit.
pt_BR: Esta opção só é válida para o comando `update`.  Rebase the current branch onto the commit recorded in the superproject. If this option is given, the submodule's HEAD will not be detached. If a merge failure prevents this process, you will have to resolve these failures with linkgit:git-rebase[1].  If the key `submodule.$name.update` is set to `rebase`, this option is implicit.

note: type: Plain text
en: This option is only valid for the update command.  Initialize all submodules for which "git submodule init" has not been called so far before updating.
pt_BR: Esta opção só é válida para o comando `update`.  Initialize all submodules for which "git submodule init" has not been called so far before updating.

note: type: Plain text
en: This option is only valid for the add command. It sets the submodule's name to the given string instead of defaulting to its path. The name must be valid as a directory name and may not end with a '/'.
pt_BR: Esta opção só é válida para o comando `add`. Define o nome do submódulo para a carreira de caracteres determinada em vez de padronizar o seu caminho. O nome deve ser válido como um nome de diretório e não pode terminar com um '/'.

note: type: Labeled list
en: --reference <repository>
pt_BR: --reference <repositório>

note: type: Plain text
en: This option is only valid for add and update commands.  These commands sometimes need to clone a remote repository. In this case, this option will be passed to the linkgit:git-clone[1] command.
pt_BR: Esta opção só é válida para o comando `update`.  Estes comandos às vezes precisam clonar um repositório remoto. Neste caso, esta opção será passada para o comando linkgit:git-clone[1].

note: type: Plain text
en: *NOTE*: Do *not* use this option unless you have read the note
    for linkgit:git-clone[1]'s `--reference`, `--shared`, and `--dissociate`
    options carefully.
pt_BR: *NOTA*: *Não* use esta opção a menos que tenha lido atentamente as
    informações para linkgit:git-clone[1]'s `--reference`, `--shared`, e
    `--dissociate`.

note: type: Plain text
en: *NOTE*: see the NOTE for the `--reference` option.
pt_BR: *NOTA*: veja a NOTA para a opção `--reference`.

note: type: Plain text
en: This option is only valid for foreach, update, status and sync commands.  Traverse submodules recursively. The operation is performed not only in the submodules of the current repo, but also in any nested submodules inside those submodules (and so on).
pt_BR: Esta opção só é válida para os comandos `foreach`, `update`, `status` e `sync`.  Transponha os submódulos recursivamente. The operation is performed not only in the submodules of the current repo, but also in any nested submodules inside those submodules (and so on).

note: type: Plain text
en: This option is valid for add and update commands. Create a 'shallow' clone with a history truncated to the specified number of revisions.  See linkgit:git-clone[1]
pt_BR: Essa opção é válida para adicionar e atualizar os comandos. Cria um clone 'raso' com um histórico truncado para uma quantidade específica de revisões.  Consulte linkgit:git-clone[1]

note: type: Plain text
en: This option is only valid for the update command.  The initial clone of a submodule will use the recommended `submodule.<name>.shallow` as provided by the `.gitmodules` file by default. To ignore the suggestions use `--no-recommend-shallow`.
pt_BR: Esta opção é válida apenas para o comando update. O clone inicial de um submódulo usará o `submodule.<name>.shallow` recomendado, é predefinido que seja informado pelo arquivo `.gitmodules`. Para ignorar as sugestões, use o comando `--no-recommend-shallow`.

note: type: Plain text
en: This option is only valid for the update command.  Clone new submodules in parallel with as many jobs.  Defaults to the `submodule.fetchJobs` option.
pt_BR: Esta opção só é válida para o comando `update`.  Clona os novos submódulos em paralelo com tantos outros trabalhos. É a predefinição da opção `submodule.fetchJobs`.

note: type: Plain text
en: This option is only valid for the update command.  Clone only one branch during update: HEAD or one specified by --branch.
pt_BR: Esta opção só é válida para o comando `update`.  Clone apenas um ramo durante a atualização: HEAD ou um especificado pela opção `--branch`.

note: type: Plain text
en: When initializing submodules, a `.gitmodules` file in the top-level directory of the containing repository is used to find the url of each submodule.  This file should be formatted in the same way as `$GIT_DIR/config`. The key to each submodule url is "submodule.$name.url".  See linkgit:gitmodules[5] for details.
pt_BR: Durante a atualização dos submódulos um arquivo `.gitmodules` fica no topo do diretório do repositório que o contenha é utilizado para encontrar a URL de cada submódulo.  Este arquivo deve ser formatado da mesma maneira que `$GIT_DIR/config`.  A chave para cada URL do submódulo é `submodule.$name.url`.  Para mais detalhes consulte linkgit:gitmodules[5].

note: type: Plain text
en: Show what revision and author last modified each line of a file. The output of this mode is format-compatible with the output of `svn blame' by default. Like the SVN blame command, local uncommitted changes in the working tree are ignored; the version of the file in the HEAD revision is annotated. Unknown arguments are passed directly to 'git blame'.
pt_BR: Exiba qual a revisão e o autor modificaram pela última vez cada linha de um arquivo. É predefinido que a saída deste modo seja compatível com o formato da saída `svn blame'. Como o "SVN blame", as alterações locais não confirmadas na árvore de trabalho são ignoradas; a versão do arquivo na revisão `HEAD` é anotada. Argumentos desconhecidos são passados diretamente para o comando `git blame`.

note: type: Plain text
en: Take the commit message from the given file. This option disables the `--edit` option.
pt_BR: Pega a mensagem de commit vindo de um determinado arquivo. This option disables the `--edit` option.

note: type: Plain text
en: They are both passed directly to 'git diff-tree'; see linkgit:git-diff-tree[1] for more information.
pt_BR: Ambos são repassados diretamente para 'git diff-tree'; para mais informações consulte linkgit:git-diff-tree[1].

note: type: Labeled list
en: --preserve-merges (DEPRECATED)
pt_BR: --preserve-merges (DESCONTINUADO)

note: type: Plain text
en: When using multiple --branches or --tags, 'git svn' does not automatically handle name collisions (for example, if two branches from different paths have the same name, or if a branch and a tag have the same name).  In these cases, use 'init' to set up your Git repository then, before your first 'fetch', edit the $GIT_DIR/config file so that the branches and tags are associated with different name spaces.  For example:
pt_BR: Ao usar vários `--branches` ou `--tags`, o comando `git svn` não lida com colisões de nomes automaticamente (por exemplo, se dois ramos de caminhos diferentes tiverem o mesmo nome ou se um ramo e uma marca tiverem o mesmo nome).  Nesses casos, use `init` para configurar seu repositório Git antes do seu primeiro 'fetch', edite o arquivo `$GIT_DIR/config` para que as ramificações e tags sejam associadas a diferentes espaços de nome.  Por exemplo:

note: type: Plain text
en: Also note that only one asterisk is allowed per word. For example:
pt_BR: Note também que apenas um asterisco é permitido por palavra. Por exemplo:

note: type: Plain text
en: will match branches 'release', 'rese', 're123se', however
pt_BR: corresponderá às ramificações 'release', 'rese', 're123se', no entanto

note: type: Plain text
en: will produce an error.
pt_BR: irá produzir um erro.

note: type: Plain text
en: It is also possible to fetch a subset of branches or tags by using a comma-separated list of names within braces. For example:
pt_BR: Também é possível ir buscar um subconjunto de ramos ou tags usando uma lista de nomes separados por vírgulas dentro de colchetes. Por exemplo:

note: type: Plain text
en: Multiple fetch, branches, and tags keys are supported:
pt_BR: São compatíveis várias chaves de busca, ramificações e tags:

note: type: Plain text
en: Creating a branch in such a configuration requires disambiguating which location to use using the -d or --destination flag:
pt_BR: A criação de uma ramificação nessa configuração requer desambiguar qual o local usar com a flag `-d` ou `--destination`:

note: type: Plain text
en: git-switch - Switch branches
pt_BR: git-switch - Alterna entre ramos

note: type: Plain text
en: You can use the `@{-N}` syntax to refer to the N-th last branch/commit switched to using "git switch" or "git checkout" operation. You may also specify `-` which is synonymous to `@{-1}`.  This is often used to switch quickly between two branches, or to undo a branch switch by mistake.
pt_BR: Você pode usar a sintaxe `@{-N}` para se referir ao último ramo/commit alternado usando as operações "git switch" ou "git checkout". Você também pode especificar `-` que é sinônimo de`@{-1}`.  Isso geralmente é usado para alternar rapidamente entre duas ramificações ou para desfazer uma alternância de ramificação feita por engano.

note: type: Plain text
en: Create a new branch named `<new-branch>` starting at `<start-point>` before switching to the branch. This is a convenient shortcut for:
pt_BR: Crie um novo ramo chamado `<new-branch>` começando em `<start-point>` antes de mudar para o ramo. Este é um atalho conveniente para:

note: type: Plain text
en: Similar to `--create` except that if `<new-branch>` already exists, it will be reset to `<start-point>`. This is a convenient shortcut for:
pt_BR: Similar to `--create` except that if `<new-branch>` already exists, it will be reset to `<start-point>`. Este é um atalho conveniente para:

note: type: Plain text
en: If you have local modifications to one or more files that are different between the current branch and the branch to which you are switching, the command refuses to switch branches in order to preserve your modifications in context.  However, with this option, a three-way merge between the current branch, your working tree contents, and the new branch is done, and you will be on the new branch.
pt_BR: Caso tenha modificações locais em um ou mais arquivos que sejam diferentes entre a ramificação atual e a ramificação para a qual você está alternando, o comando se recusará a alternar as ramificações para preservar suas modificações no contexto.  No entanto, com essa opção, uma mesclagem de três vias entre a ramificação atual, o conteúdo da árvore de trabalho e a nova ramificação é concluída e você estará na nova ramificação.

note: type: Plain text
en: When creating a new branch, set up "upstream" configuration.  `-c` is implied. See `--track` in linkgit:git-branch[1] for details.
pt_BR: Ao criar uma nova ramificação, defina a configuração "upstream".  É obrigatório o uso do `-c`. Para mais detalhes consulte `--track` em linkgit:git-branch[1].

note: type: Plain text
en: If no `-c` option is given, the name of the new branch will be derived from the remote-tracking branch, by looking at the local part of the refspec configured for the corresponding remote, and then stripping the initial part up to the "*".  This would tell us to use `hack` as the local branch when branching off of `origin/hack` (or `remotes/origin/hack`, or even `refs/remotes/origin/hack`).  If the given name has no slash, or the above guessing results in an empty name, the guessing is aborted.  You can explicitly give a name with `-c` in such a case.
pt_BR: Caso nenhuma opção `-c` seja fornecida, o nome da nova ramificação será derivado da ramificação remota, observando a parte local da "refspec" configurada para a ramificação remota correspondente e removendo a parte inicial para o "*" em seguida.  Isso nos diria para usar `hack` como um ramo local ao se ramificar do `origin/hack` (ou `remotes/origin/hack` ou mesmo `refs/remotes/origin/hack`).  Caso o nome informado não tenha barra ou se a dedução acima resultar em um nome vazio a dedução será abortada.  Neste caso você pode dar o nome diretamente com `-c`.

note: type: Plain text
en: `git switch` refuses when the wanted ref is already checked out by another worktree. This option makes it check the ref out anyway. In other words, the ref can be held by more than one worktree.
pt_BR: O `git checkout` recusa quando já foi feito o checkout do "ref" desejado por outra árvore de trabalho. Esta opção faz com que seja feita a verificação no "ref" de qualquer maneira. Significa que a referência pode ser mantida em mais de uma árvore de trabalho.

note: type: Plain text
en: Using `--recurse-submodules` will update the content of all initialized submodules according to the commit recorded in the superproject. If nothing (or `--no-recurse-submodules`) is used, the work trees of submodules will not be updated. Just like linkgit:git-submodule[1], this will detach `HEAD` of the submodules.
pt_BR: O uso de `--recurse-submodules` atualizará o conteúdo de todos os submódulos inicializados de acordo com o commit registrado no superprojeto. Se nada (ou `--no-recurse-submodules`) for usado, as árvores de trabalho dos submódulos não serão atualizadas. Assim como em linkgit:git-submodule[1], isso faz com que `HEAD` seja desanexado do submódulo.

note: type: Plain text
en: However, your "wrong" branch and correct "mytopic" branch may differ in files that you have modified locally, in which case the above switch would fail like this:
pt_BR: No entanto, o seu ramo "errado" e o correto "mytopic" podem diferir nos arquivos modificados localmente por você. A mudança entre os ramos acima falhará assim:

note: type: delimited block -
en: $ git switch mytopic
    error: You have local changes to 'frotz'; not switching branches.
pt_BR: $ git switch mytopic
    erro: você tem alterações locais em 'frotz'; não mudar de ramo.

note: type: Plain text
en: To switch back to the previous branch before we switched to mytopic (i.e. "master" branch):
pt_BR: Para voltar à ramificação anterior antes de mudarmos para "mytopic" (ou seja, para a ramificação "master"):

note: type: Plain text
en: If you want to start a new branch from a remote branch of the same name:
pt_BR: Caso queira criar uma nova ramificação a partir do ramo remoto de mesmo nome:

note: type: Plain text
en: 'git tag' [-a | -s | -u <keyid>] [-f] [-m <msg> | -F <file>] [-e]
    	<tagname> [<commit> | <object>]
    'git tag' -d <tagname>...
    'git tag' [-n[<num>]] -l [--contains <commit>] [--no-contains <commit>]
    	[--points-at <object>] [--column[=<options>] | --no-column]
    	[--create-reflog] [--sort=<key>] [--format=<format>]
    	[--[no-]merged [<commit>]] [<pattern>...]
    'git tag' -v [--format=<format>] <tagname>...
pt_BR: 'git tag' [-a | -s | -u <keyid>] [-f] [-m <msg> | -F <arquivo>] [-e]
    	<nome da tag> [<commit> | <objeto>]
    'git tag' -d <nome da tag>...
    'git tag' [-n[<num>]] -l [--contains <commit>] [--no-contains <commit>]
    	[--points-at <objeto>] [--column[=<opções>] | --no-column]
    	[--create-reflog] [--sort=<key>] [--format=<formato>]
    	[--[no-]merged [<commit>]] [<pattern>...]
    'git tag' -v [--format=<formato>] <tagname>...

note: type: Plain text
en: Add a tag reference in `refs/tags/`, unless `-d/-l/-v` is given to delete, list or verify tags.
pt_BR: Adicione uma tag de referência em `refs/tags/`, a menos que `-d/-l/-v` seja fornecida para excluir, listar ou verificar as tags.

note: type: Plain text
en: Make an unsigned, annotated tag object
pt_BR: Fazendo um objeto sem assinatura, com a tad anotada

note: type: Plain text
en: Make a GPG-signed tag, using the default e-mail address's key.  The default behavior of tag GPG-signing is controlled by `tag.gpgSign` configuration variable if it exists, or disabled otherwise.  See linkgit:git-config[1].
pt_BR: Faça uma etiqueta assinada por GPG usando a chave predefinida do endereço de e-mail.  O comportamento predefinido da assinatura da tag GPG é controlado pela variável de configuração `tag.gpgSign`, se existir, caso contrário é desativada.  Consulte linkgit:git-config[1].

note: type: Plain text
en: Make a GPG-signed tag, using the given key.
pt_BR: Fazer uma tag assinada por GPG usando a chave informada.

note: type: Plain text
en: Replace an existing tag with the given name (instead of failing)
pt_BR: Substituir uma tag existente com um determinado nome (em vez de falhar)

note: type: Plain text
en: Delete existing tags with the given names.
pt_BR: Excluir as tags existentes com os nomes informados.

note: type: Plain text
en: Verify the GPG signature of the given tag names.
pt_BR: Verifique a assinatura GPG com os nomes informados.

note: type: Plain text
en: <num> specifies how many lines from the annotation, if any, are printed when using -l. Implies `--list`.
pt_BR: O <num> determina quantas linhas da anotação, caso haja, são exibidas quando usadas com `-l`. Implica no uso da opção `--list`.

note: type: Plain text
en: List tags. With optional `<pattern>...`, e.g. `git tag --list 'v-*'`, list only the tags that match the pattern(s).
pt_BR: Listar as tags. Com `<pattern>...`, exemplo, `git tag --list 'v-*'` opcionais, liste apenas as tags que coincidam ao(s) padrões.

note: type: Plain text
en: Running "git tag" without arguments also lists all tags. The pattern is a shell wildcard (i.e., matched using fnmatch(3)). Multiple patterns may be given; if any of them matches, the tag is shown.
pt_BR: Executar `tag git` sem argumentos também lista todas as tags. O padrão é um curinga do shell (exemplo, quando coincidir ao usar fnmatch(3)). Padrões múltiplos podem ser fornecidos; caso haja coincidência entre alguns deles, a tag será exibida.

note: type: Plain text
en: This option is implicitly supplied if any other list-like option such as `--contains` is provided. See the documentation for each of those options for details.
pt_BR: Esta opção é fornecida implicitamente caso qualquer outra lista como a opção `--contains` seja fornecida. Para mais detalhes consulte a documentação de cada uma dessas opções.

note: type: Plain text
en: Sort based on the key given.  Prefix `-` to sort in descending order of the value. You may use the --sort=<key> option multiple times, in which case the last key becomes the primary key. Also supports "version:refname" or "v:refname" (tag names are treated as versions). The "version:refname" sort order can also be affected by the "versionsort.suffix" configuration variable.  The keys supported are the same as those in `git for-each-ref`.  Sort order defaults to the value configured for the `tag.sort` variable if it exists, or lexicographic order otherwise. See linkgit:git-config[1].
pt_BR: Classifique com base na chave fornecida.  O prefixo `-` é usado para classificar em ordem de valor decrescente. Você pode usar a opção `--sort=<key>` mais de uma vez; nesse caso, a última chave se torna a chave primária. Também é compatível com `versão:refname` ou `v:refname` (nomes das tags são tratados como versões). A ordem de classificação `versão:refname` também pode ser afetada pela variável de configuração `versionsort.sufix`.  As chaves suportadas são as mesmas do `git for-each-ref`.  A classificação da ordem é predefinida pelo valor configurado pela variável `tag.sort` caso exista ou então pela ordem lexicográfica. Consulte linkgit:git-config[1].

note: type: Plain text
en: Sorting and filtering tags are case insensitive.
pt_BR: A classificação e a organização das tags não obedece maiúsculas ou minúsculas.

note: type: Plain text
en: Display tag listing in columns. See configuration variable column.tag for option syntax.`--column` and `--no-column` without options are equivalent to 'always' and 'never' respectively.
pt_BR: Exiba a listagem de tags nas colunas. See configuration variable column.tag for option syntax.`--column` and `--no-column` without options are equivalent to 'always' and 'never' respectively.

note: type: Plain text
en: Take the tag message from the given file.  Use '-' to read the message from the standard input.  Implies `-a` if none of `-a`, `-s`, or `-u <keyid>` is given.
pt_BR: Assume a mensagem da tag de um determinado arquivo.  Use '-' para ler a mensagem da entrada predefinida.  Implica em `-a` se nenhum `-a`, `-s`, ou `-u <keyid>` seja usado.

note: type: Plain text
en: The message taken from file with `-F` and command line with `-m` are usually used as the tag message unmodified.  This option lets you further edit the message taken from these sources.
pt_BR: A mensagem tirada do arquivo com `-F` e a linha de comando com `-m` são normalmente usadas como a mensagem de tag sem modificação.  Esta opção permite editar ainda mais a mensagem retirada destas fontes.

note: type: Plain text
en: This option sets how the tag message is cleaned up.  The '<mode>' can be one of 'verbatim', 'whitespace' and 'strip'.  The 'strip' mode is default. The 'verbatim' mode does not change message at all, 'whitespace' removes just leading/trailing whitespace lines and 'strip' removes both whitespace and commentary.
pt_BR: Esta opção define como a mensagem da tag é limpa.  O '<modo>' pode ser um dos 'verbatim', 'whitespace' e 'strip'. O modo 'strip' é a predefinida. O modo 'verbatim' não altera a mensagem, 'whitespace' remove apenas as linhas de espaço em branco iniciais ou finais e 'strip' remove o espaço em branco e os comentários.

note: type: Labeled list
en: <tagname>
pt_BR: <nome-da-tag>

note: type: Plain text
en: `pager.tag` is only respected when listing tags, i.e., when `-l` is used or implied. The default is to use a pager.  See linkgit:git-config[1].
pt_BR: A variável 'pager.tag' só é respeitado quando tags de listagem como `-l` for usada ou subentendido. A predefinição é usar um pager.  Consulte linkgit:git-config[1].

note: type: Title ~
en: On Re-tagging
pt_BR: Sobre renomeação de tag

note: type: delimited block -
en: to get my updated tag.
pt_BR: para obter a minha tag atualizada.

note: type: delimited block -
en: You can test which tag you have by doing
pt_BR: Você pode testar qual tag você possui fazendo.

note: type: delimited block -
en: Sorry for the inconvenience.
pt_BR: Perdoe a inconveniência.

note: type: Plain text
en: becomes:
pt_BR: se torna:

note: type: Plain text
en: See linkgit:gittutorial[7] to get started, then see linkgit:giteveryday[7] for a useful minimum set of commands.  The link:user-manual.html[Git User's Manual] has a more in-depth introduction.
pt_BR: Consulte linkgit:gittutorial[7] e depois linkgit:giteveryday[7] para conhecer o mínimo de comandos uteis.  O link:user-manual.html[Manual do Usuário Git]  tem uma introdução bem mais aprofundada.

note: type: Plain text
en: Other options are available to control how the manual page is displayed. See linkgit:git-help[1] for more information, because `git --help ...` is converted internally into `git help ...`.
pt_BR: Para controlar como a página manual é exibida, outras opções estão disponíveis. Para mais informações consulte linkgit:git-help[1] pois o comando `git --help ...` é convertido internamente para `git help ...`.

note: type: Plain text
en: If you just want to run git as if it was started in `<path>` then use `git -C <path>`.
pt_BR: Caso queira executar o git como se tivesse sido iniciado em `<caminho>`, use `git -C <caminho>`.

note: type: Labeled list
en: --work-tree=<path>
pt_BR: --work-tree=<caminho>

note: type: Plain text
en: Set the path to the working tree. It can be an absolute path or a path relative to the current working directory.  This can also be controlled by setting the GIT_WORK_TREE environment variable and the core.worktree configuration variable (see core.worktree in linkgit:git-config[1] for a more detailed discussion).
pt_BR: Defina o caminho para a árvore de trabalho. Pode ser um caminho absoluto ou relativo ao diretório de trabalho atual.  Isso também pode ser controlado através da configuração da variável de ambiente `GIT_WORK_TREE` e da variável de configuração `core.worktree` (consulte o `core.worktree` em linkgit:git-config[1] para uma discussão mais detalhada).

note: type: Labeled list
en: --namespace=<path>
pt_BR: --namespace=<caminho>

note: type: Plain text
en: Set the Git namespace.  See linkgit:gitnamespaces[7] for more details.  Equivalent to setting the `GIT_NAMESPACE` environment variable.
pt_BR: Define o espaço de nome no Git.  Para mais detalhes consulte linkgit:gitnamespaces[7].  É o mesmo que configurar a variável de ambiente `GIT_NAMESPACE`.

note: type: Labeled list
en: --super-prefix=<path>
pt_BR: --super-prefix=<caminho>

note: type: Plain text
en: Currently for internal use only.  Set a prefix which gives a path from above a repository down to its root.  One use is to give submodules context about the superproject that invoked it.
pt_BR: Apenas para uso interno.  Set a prefix which gives a path from above a repository down to its root.  One use is to give submodules context about the superproject that invoked it.

note: type: Plain text
en: Treat the repository as a bare repository.  If GIT_DIR environment is not set, it is set to the current working directory.
pt_BR: Trate o repositório como um repositório simples.  Caso a variável `GIT_DIR` não esteja definida, esta será definida no diretório de trabalho atual.

note: type: Plain text
en: Do not use replacement refs to replace Git objects. See linkgit:git-replace[1] for more information.
pt_BR: Não utilize substituições "ref" para substituir os objetos Git. Para mais informações consulte linkgit:git-replace[1].

note: type: Plain text
en: Treat pathspecs literally (i.e. no globbing, no pathspec magic).  This is equivalent to setting the `GIT_LITERAL_PATHSPECS` environment variable to `1`.
pt_BR: Trate os `pathspecs` de forma literal (ou seja, sem "globbing" e sem "pathspec magic").  Isso se equivale a definir a variável de ambiente `GIT_LITERAL_PATHSPECS` como `1`.

note: type: Plain text
en: Various commands read from the configuration file and adjust their operation accordingly.  See linkgit:git-config[1] for a list and more details about the configuration mechanism.
pt_BR: Vários comandos são lidos no arquivo de configuração e ajustam a sua operação de acordo.  Para obter uma lista e mais detalhes sobre o mecanismo de configuração, consulte linkgit:git-config[1].

note: type: Title -
en: Identifier Terminology
pt_BR: Terminologia do Identificador

note: type: Plain text
en: Indicates the object name for any type of object.
pt_BR: Indica o nome do objeto para qualquer tipo de objeto.

note: type: Plain text
en: Indicates a blob object name.
pt_BR: Indica um nome de um objeto bolha.

note: type: Plain text
en: Indicates a tree object name.
pt_BR: Indica um nome de um objeto árvore.

note: type: Plain text
en: Indicates a commit object name.
pt_BR: Indica um nome de um objeto commit.

note: type: Plain text
en: Indicates a tree, commit or tag object name.  A command that takes a <tree-ish> argument ultimately wants to operate on a <tree> object but automatically dereferences <commit> and <tag> objects that point at a <tree>.
pt_BR: Indica uma árvore, nome de um objeto commit ou tag.  A command that takes a <tree-ish> argument ultimately wants to operate on a <tree> object but automatically dereferences <commit> and <tag> objects that point at a <tree>.

note: type: Plain text
en: For a more complete list of ways to spell object names, see "SPECIFYING REVISIONS" section in linkgit:gitrevisions[7].
pt_BR: Para obter uma lista mais completa de maneiras de soletrar os nomes dos objetos, consulte a seção "ESPECIFICANDO AS REVISÕES" em linkgit:gitrevisions[7].

note: type: Plain text
en: Please see linkgit:gitglossary[7].
pt_BR: Favor consultar linkgit:gitglossary[7].

note: type: Plain text
en: This environment variable allows the specification of an index version for new repositories.  It won't affect existing index files.  By default index file version 2 or 3 is used. See linkgit:git-update-index[1] for more information.
pt_BR: Essa variável de ambiente permite a especificação de uma versão de índice para os novos repositórios.  Não afetará os arquivos de índice existentes.  Por predefinição, a versão 2 ou 3 do arquivo de índice é usado. Para mais informações consulte linkgit:git-update-index[1].

note: type: Plain text
en: Set the Git namespace; see linkgit:gitnamespaces[7] for details.  The `--namespace` command-line option also sets this value.
pt_BR: Define o espaço de nome no Git; para mais detalhes consulte linkgit:gitnamespaces[7].  A opção da linha de comando `--namespace` também define este valor.

note: type: Plain text
en: If this variable is set to a path, non-worktree files that are normally in $GIT_DIR will be taken from this path instead. Worktree-specific files such as HEAD or index are taken from $GIT_DIR. See linkgit:gitrepository-layout[5] and linkgit:git-worktree[1] for details. This variable has lower precedence than other path variables such as GIT_INDEX_FILE, GIT_OBJECT_DIRECTORY...
pt_BR: Se essa variável estiver definida para um caminho, os arquivos que não são da árvore de trabalho, estão normalmente estão em $ GIT_DIR e serão obtidos desse caminho. Os arquivos específicos da árvore de trabalho, como `HEAD` ou índice serão obtidos de $GIT_DIR. Para mais detalhes consulte linkgit:gitrepository-layout[5] e linkgit:git-worktree[1]. Essa variável tem precedência mais baixa do que outras variáveis de caminho como `GIT_INDEX_FILE`, `GIT_OBJECT_DIRECTORY`...

note: type: Plain text
en: The date used for the author identity when creating commit or tag objects, or when writing reflogs. See linkgit:git-commit[1] for valid formats.
pt_BR: A data usada para a identidade do autor ao criar objetos commit ou tags ou quando escrever "reflogs". Para formatos válidos consulte linkgit:git-commit[1].

note: type: Plain text
en: The date used for the committer identity when creating commit or tag objects, or when writing reflogs. See linkgit:git-commit[1] for valid formats.
pt_BR: A data usada para a identidade do autor ao criar objetos commit ou tags ou quando escrever "reflogs". Para formatos válidos consulte linkgit:git-commit[1].

note: type: Plain text
en: A number controlling the amount of output shown by the recursive merge strategy.  Overrides merge.verbosity.  See linkgit:git-merge[1]
pt_BR: Um número que controla a quantidade de saída mostrada pela estratégia de mesclagem recursiva.  Substitui `merge.verbosity`.  Consulte linkgit:git-merge[1]

note: type: Plain text
en: Alternatively, if the variable is set to an absolute path (starting with a '/' character), Git will interpret this as a file path and will try to append the trace messages to it.  If the path already exists and is a directory, the trace messages will be written to files (one per process)  in that directory, named according to the last component of the SID and an optional counter (to avoid filename collisions).
pt_BR: Alternativamente, caso a variável esteja definida como um caminho absoluto (começando com um caractere '/'), Git interpretará isso como um caminho de arquivo e tentará anexar as mensagens de rastreamento a ela.  Caso o caminho já exista e for um diretório, as mensagens de rastreamento serão gravadas em arquivos (uma por processo) nesse diretório, nomeada de acordo com o último componente do SID e um contador opcional (para evitar colisões de nome de arquivo).

note: type: Plain text
en: Set to 0 to prevent protocols used by fetch/push/clone which are configured to the `user` state.  This is useful to restrict recursive submodule initialization from an untrusted repository or for programs which feed potentially-untrusted URLS to git commands.  See linkgit:git-config[1] for more details.
pt_BR: Defina como `0` para evitar que os protocolos utilizados por `fetch/push/clone` sejam configurados por `user`.  É útil para restringir a inicialização recursiva do submódulo de um repositório não confiável ou para programas que alimentam as URLS potencialmente não confiáveis aos comandos git.  Consulte linkgit:git-config[1].

note: type: Plain text
en: See linkgit:gitworkflows[7] for an overview of recommended workflows.
pt_BR: Para obter uma visão geral das recomendações do fluxo de trabalho, consulte linkgit:gitworkflows[7].

note: type: Plain text
en: See linkgit:git-repack[1] for options to generate new packs and replace existing ones.
pt_BR: Para as opções de geração de novos pacotes e substituição dos existentes, consulte linkgit:git-repack[1].

note: type: Plain text
en: Only meaningful with `--stdin` or `--index-info`; paths are separated with NUL character instead of LF.
pt_BR: Só faz algum sentido se for usado com `--stdin` or `--index-info`; os caminhos são separados com caracteres NUL em vez de LF.

note: type: Plain text
en: These options take effect whatever the value of the `core.splitIndex` configuration variable (see linkgit:git-config[1]). But a warning is emitted when the change goes against the configured value, as the configured value will take effect next time the index is read and this will remove the intended effect of the option.
pt_BR: Estas opções entram em vigor independente de qualquer configuração de variável existente no`core.splitIndex` (consulte linkgit:git-config[1]). Porém um aviso é emitido quando a alteração vai contra o valor configurado pois o valor configurado apenas entrará em vigor na próxima vez que o índice for lido e removendo o efeito pretendido da opção.

note: type: Plain text
en: Enable or disable untracked cache feature. Please use `--test-untracked-cache` before enabling it.
pt_BR: Ative ou desative o recurso de cache não rastreado. Antes de ativar use `--test-untracked-cache`.

note: type: Plain text
en: These options take effect whatever the value of the `core.untrackedCache` configuration variable (see linkgit:git-config[1]). But a warning is emitted when the change goes against the configured value, as the configured value will take effect next time the index is read and this will remove the intended effect of the option.
pt_BR: Estas opções entram em vigor independente de qualquer configuração de variável existente no`core.untrackedCache` (consulte linkgit:git-config[1]). Porém um aviso é emitido quando a alteração vai contra o valor configurado pois o valor configurado apenas entrará em vigor na próxima vez que o índice for lido e removendo o efeito pretendido da opção.

note: type: Plain text
en: Enable or disable files system monitor feature. These options take effect whatever the value of the `core.fsmonitor` configuration variable (see linkgit:git-config[1]). But a warning is emitted when the change goes against the configured value, as the configured value will take effect next time the index is read and this will remove the intended effect of the option.
pt_BR: Ativar ou desativar o recurso de monitoramento do sistema de arquivos. Estas opções entram em vigor independente de qualquer configuração da variável existente no`core.fsmonitor` (consulte linkgit:git-config[1]). Porém um aviso é emitido quando a alteração vai contra o valor configurado pois o valor configurado apenas entrará em vigor na próxima vez que o índice for lido e removendo o efeito pretendido da opção.

note: type: Plain text
en: In order to set "assume unchanged" bit, use `--assume-unchanged` option.  To unset, use `--no-assume-unchanged`. To see which files have the "assume unchanged" bit set, use `git ls-files -v` (see linkgit:git-ls-files[1]).
pt_BR: Para definir o bit "assumir inalterado", utilize a opção `--assume-unchanged`.  Para remover a definição utilize `--no-assume-unchanged`. Use `git ls-files -v` (consulte linkgit:git-ls-files[1]) para ver quais os arquivos possuem o "bit" "assume unchanged" (assumir inalterado) definido.

note: type: Plain text
en: The command honors `core.filemode` configuration variable.  If
    your repository is on a filesystem whose executable bits are
    unreliable, this should be set to 'false' (see linkgit:git-config[1]).
    This causes the command to ignore differences in file modes recorded
    in the index and the file mode on the filesystem if they differ only on
    executable bit.   On such an unfortunate filesystem, you may
    need to use 'git update-index --chmod='.
pt_BR: O comando honra a variável de configuração `core.filemode`.  Caso
    o seu repositório esteja em um sistema de arquivos cujos bits executáveis
    não sejam confiáveis, isso deve ser definido como 'false' (consulte linkgit:git-config[1]).
    Isso faz com que o comando ignore as diferenças nos modos dos arquivos registrados
    no índice e no modo do arquivo no sistema de arquivos caso eles se diferem apenas no
    bit executável.   Em um sistema de arquivos tão infeliz, você
    precisa usar 'git update-index --chmod='.

note: type: Plain text
en: Quite similarly, if `core.symlinks` configuration variable is set to 'false' (see linkgit:git-config[1]), symbolic links are checked out as plain files, and this command does not modify a recorded file mode from symbolic link to regular file.
pt_BR: De maneira semelhante, caso a variável de configuração `core.symlinks` esteja definida como 'false' (consulte linkgit:git-config[1]) os links simbólicos serão verificados como arquivos simples e esse comando não modificará o modo de gravação do arquivo vindo de link simbólico para um arquivo regular.

note: type: Plain text
en: The command also looks at `core.trustctime` configuration variable.  It can be useful when the inode change time is regularly modified by something outside Git (file system crawlers and backup systems use ctime for marking files processed) (see linkgit:git-config[1]).
pt_BR: Este comando também olha a configuração de variável em `core.trustctime`.  Pode ser útil quando o tempo de mudança do "inode" é modificado regularmente por algo fora do Git (os rastreadores do sistema de arquivos e os sistemas de backup usam o "ctime" para marcar os arquivos processados) (consulte linkgit:git-config[1]).

note: type: Plain text
en: The untracked cache extension can be enabled by the `core.untrackedCache` configuration variable (see linkgit:git-config[1]).
pt_BR: A extensão do cache não rastreado pode ser ativado através da configuração de variável `core.untrackedCache` (consulte linkgit:git-config[1]).

note: type: Plain text
en: Currently the command updates the following files.  Please see linkgit:gitrepository-layout[5] for description of what they are for:
pt_BR: Atualmente, o comando atualiza os seguintes arquivos.  Para obter um descritivo da sua utilidade, favor consultar linkgit:gitrepository-layout[5]:

note: type: Plain text
en: This command is usually not invoked directly by the end user.  The UI for the protocol is on the 'git archive' side, and the program pair is meant to be used to get an archive from a remote repository.
pt_BR: Este comando geralmente não é invocado diretamente pelo usuário final.  The UI for the protocol is on the 'git archive' side, and the program pair is meant to be used to get an archive from a remote repository.

note: type: Plain text
en: This command is usually not invoked directly by the end user.  The UI for the protocol is on the 'git fetch-pack' side, and the program pair is meant to be used to pull updates from a remote repository.  For push operations, see 'git send-pack'.
pt_BR: Este comando geralmente não é invocado diretamente pelo usuário final.  The UI for the protocol is on the 'git fetch-pack' side, and the program pair is meant to be used to pull updates from a remote repository.  For push operations, see 'git send-pack'.

note: type: Plain text
en: 'git worktree add' [-f] [--detach] [--checkout] [--lock] [-b <new-branch>] <path> [<commit-ish>]
    'git worktree list' [--porcelain]
    'git worktree lock' [--reason <string>] <worktree>
    'git worktree move' <worktree> <new-path>
    'git worktree prune' [-n] [-v] [--expire <expire>]
    'git worktree remove' [-f] <worktree>
    'git worktree unlock' <worktree>
pt_BR: 'git worktree add' [-f] [--detach] [--checkout] [--lock] [-b <novo ramo>] <path> [<commit-ish>]
    'git worktree list' [--porcelain]
    'git worktree lock' [--reason <string>] <árvore de trabalho>
    'git worktree move' <árvore de trabalho> <novo caminho>
    'git worktree prune' [-n] [-v] [--expire <expire>]
    'git worktree remove' [-f] <árvore de trabalho>
    'git worktree unlock' <árvore de trabalho>

note: type: Labeled list
en: add <path> [<commit-ish>]
pt_BR: add <caminho> [<commit-ish>]

note: type: delimited block -
en: $ git worktree add --track -b <branch> <path> <remote>/<branch>
pt_BR: $ git worktree add --track -b <ramo> <caminho> <remoto>/<branch>

note: type: Labeled list
en: -b <new-branch>
pt_BR: -b <novo-ramo>

note: type: Labeled list
en: -B <new-branch>
pt_BR: -B <novo-ramo>

note: type: Plain text
en: With `worktree add <path>`, without `<commit-ish>`, instead of creating a new branch from HEAD, if there exists a tracking branch in exactly one remote matching the basename of `<path>`, base the new branch on the remote-tracking branch, and mark the remote-tracking branch as "upstream" from the new branch.
pt_BR: Com `worktree add <caminho>`, sem `<commit-ish>`, em vez de criar uma nova ramificação a partir do `HEAD`, caso exista uma ramificação de rastreamento em exatamente um ponto remoto que coincida com o `basename` do `<caminho>`, baseie a nova ramificação na ramificação remota rastreada e marque a ramificação rastreada remoto como um "upstream" da nova ramificação.

note: type: Plain text
en: This can also be set up as the default behaviour by using the `worktree.guessRemote` config option.
pt_BR: Isso também pode ser definido como um comportamento predefinido ao usar a opção de configuração `worktree.guessRemote`.

note: type: Plain text
en: With `prune`, do not remove anything; just report what it would remove.
pt_BR: Com `prune`, não remove nada; apenas relate o que seria removido.

note: type: Plain text
en: With `list`, output in an easy-to-parse format for scripts.  This format will remain stable across Git versions and regardless of user configuration.  See below for details.
pt_BR: Com `list`, saia em um formato de fácil analise para os scripts.  Este formato permanecerá estável em todas as versões Git e independentemente da configuração do usuário.  Veja abaixo os detalhes.

note: type: Plain text
en: With 'add', suppress feedback messages.
pt_BR: Com `add`, suprima as mensagens de feedback.

note: type: Plain text
en: With `prune`, report all removals.
pt_BR: Com `prune`, relate todas as remoções.

note: type: Plain text
en: With `prune`, only expire unused working trees older than <time>.
pt_BR: Com `prune`, expire apenas as árvores de trabalho não usadas mais velhas que <tempo>.

note: type: Plain text
en: With `lock`, an explanation why the working tree is locked.
pt_BR: Com `lock`, uma explicação é dada do por quê a árvore está "locked" (travada).

note: type: Labeled list
en: <worktree>
pt_BR: <árvore de trabalho>

note: type: Plain text
en: In multiple working trees, some refs may be shared between all working trees, some refs are local. One example is HEAD is different for all working trees. This section is about the sharing rules and how to access refs of one working tree from another.
pt_BR: Em várias árvores de trabalho diferentes, alguns "refs" podem ser compartilhados entre todas as árvores de trabalho, já outros "refs" são locais. Um exemplo é o `HEAD` que é único para cada a árvores de trabalho. Esta seção é sobre as regras de compartilhamento e como acessar tais "refs" de uma árvore de trabalho para outra.

note: type: Plain text
en: In general, all pseudo refs are per working tree and all refs starting with "refs/" are shared. Pseudo refs are ones like HEAD which are directly under GIT_DIR instead of inside GIT_DIR/refs. There is one exception to this: refs inside refs/bisect and refs/worktree is not shared.
pt_BR: Em geral, cada árvore de trabalho possuí um "pseudo ref" próprio e todos os "refs" iniciados com `refs/` podem ser compartilhados. Os pseudo-refs são aqueles como `HEAD` que estão diretamente sob `GIT_DIR` ao invés de estarem dentro de `GIT_DIR/refs`. Há apenas uma exceção para esta regra: os refs não serão compartilhados quando estiverem dentro de `refs/bisect` e `refs/worktree`.

note: type: Plain text
en: Refs that are per working tree can still be accessed from another working tree via two special paths, main-worktree and worktrees. The former gives access to per-worktree refs of the main working tree, while the latter to all linked working trees.
pt_BR: Os "refs" individuais de cada árvore de trabalho ainda podem ser acessados de outra árvore de trabalho através de dois caminhos especiais, `main-worktree` e `worktrees`. O primeiro fornece acesso ao `ref` por árvore de trabalho através da árvore de trabalho principal, enquanto a última a todas as árvores de trabalho vinculadas à ela.

note: type: Plain text
en: For example, main-worktree/HEAD or main-worktree/refs/bisect/good resolve to the same value as the main working tree's HEAD and refs/bisect/good respectively. Similarly, worktrees/foo/HEAD or worktrees/bar/refs/bisect/bad are the same as GIT_COMMON_DIR/worktrees/foo/HEAD and GIT_COMMON_DIR/worktrees/bar/refs/bisect/bad.
pt_BR: Por exemplo, `main-worktree/HEAD` ou `main-worktree/refs/bisect/good` resolve para o mesmo valor que o `HEAD` das principais árvores assim como `refs/bisect/good` respectivamente. Da mesma forma, `worktrees/foo/HEAD` e `worktrees/bar/refs/bisect/bad` são as mesmas que `GIT_COMMON_DIR/worktrees/foo/HEAD` and `GIT_COMMON_DIR/worktrees/bar/refs/bisect/bad`.

note: type: Plain text
en: To access refs, it's best not to look inside GIT_DIR directly. Instead use commands such as linkgit:git-rev-parse[1] or linkgit:git-update-ref[1] which will handle refs correctly.
pt_BR: Para acessar as `refs` é melhor não olhar diretamente para dentro do `GIT_DIR`. Em vez disso, use comandos como linkgit:git-rev-parse[1] ou linkgit:git-update-ref[1] que manipularão as "refs" corretamente.

note: type: Plain text
en: By default, the repository "config" file is shared across all working trees. If the config variables `core.bare` or `core.worktree` are already present in the config file, they will be applied to the main working trees only.
pt_BR: É predefinido que o arquivo "config" do repositório seja compartilhado entre todas as árvores de trabalho. Caso as variáveis de configuração `core.bare` ou` core.worktree` estejam presentes no arquivo de configuração elas serão aplicadas apenas às principais árvores de trabalho.

note: type: Plain text
en: In order to have configuration specific to working trees, you can turn on "worktreeConfig" extension, e.g.:
pt_BR: Você pode ativar a extensão `worktreeConfig` para ter uma configuração específica para as árvores de trabalho, por exemplo:

note: type: Plain text
en: `core.worktree` and `core.bare` should never be shared
pt_BR: `core.worktree` e `core.bare` nunca devem ser compartilhados

note: type: Title -
en: DETAILS
pt_BR: DETALHES

note: type: Plain text
en: See linkgit:gitrepository-layout[5] for more information. The rule of thumb is do not make any assumption about whether a path belongs to $GIT_DIR or $GIT_COMMON_DIR when you need to directly access something inside $GIT_DIR. Use `git rev-parse --git-path` to get the final path.
pt_BR: Para mais informações consulte linkgit:gitrepository-layout[5]. A regra geral é não fazer qualquer suposição sobre se um caminho pertence ao `$GIT_DIR` ou ao `$GIT_COMMON_DIR` quando você precisar acessar diretamente algo dentro do `$GIT_DIR`. Para obter o caminho final use o comando `git rev-parse --git-path`.

note: type: Plain text
en: To prevent a $GIT_DIR/worktrees entry from being pruned (which can be useful in some situations, such as when the entry's working tree is stored on a portable device), use the `git worktree lock` command, which adds a file named 'locked' to the entry's directory. The file contains the reason in plain text. For example, if a linked working tree's `.git` file points to `/path/main/.git/worktrees/test-next` then a file named `/path/main/.git/worktrees/test-next/locked` will prevent the `test-next` entry from being pruned.  See linkgit:gitrepository-layout[5] for details.
pt_BR: Para impedir que uma entrada `$GIT_DIR/worktrees` seja removida (que pode ser útil em algumas situações, como quando a árvore de trabalho da entrada é armazenada em um dispositivo portátil), use o comando `git worktree lock` que adiciona um arquivo chamado 'locked' ao diretório da entrada. O arquivo contém o motivo no formato texto puro, sem formatação. Por exemplo, caso o arquivo `.git` aponte para `/path/main/.git/worktrees/test-next` então o arquivo de nome `/path/main/.git/worktrees/test-next/locked` prevenirá que a entrada `test-next` seja excluída.  Para mais detalhes consulte linkgit:gitrepository-layout[5].

note: type: Title -
en: LIST OUTPUT FORMAT
pt_BR: FORMATO DA LISTA DE SAÍDA

note: type: Plain text
en: The worktree list command has two output formats.  The default format shows the details on a single line with columns.  For example:
pt_BR: O comando `worktree` tem dois formatos de saída.  O formato já predefinido exibe os detalhes em uma única linha com colunas.  Por exemplo:

note: type: delimited block -
en: $ git worktree list
    /path/to/bare-source            (bare)
    /path/to/linked-worktree        abcd1234 [master]
    /path/to/other-linked-worktree  1234abc  (detached HEAD)
pt_BR: $ git worktree list
    /path/to/bare-source            (bare)
    /path/to/linked-worktree        abcd1234 [master]
    /path/to/other-linked-worktree  1234abc  (HEAD desanexado)

note: type: Title ~
en: Porcelain Format
pt_BR: Formato Porcelana

note: type: Plain text
en: The porcelain format has a line per attribute.  Attributes are listed with a label and value separated by a single space.  Boolean attributes (like 'bare' and 'detached') are listed as a label only, and are only present if and only if the value is true.  The first attribute of a worktree is always `worktree`, an empty line indicates the end of the record.  For example:
pt_BR: The porcelain format has a line per attribute.  Attributes are listed with a label and value separated by a single space.  Boolean attributes (like 'bare' and 'detached') are listed as a label only, and are only present if and only if the value is true.  The first attribute of a worktree is always `worktree`, an empty line indicates the end of the record.  Por exemplo:

note: type: Plain text
en: Note that the grafts mechanism is outdated and can lead to problems transferring objects between repositories; see linkgit:git-replace[1] for a more flexible and robust system to do the same thing.
pt_BR: Observe que o mecanismo de enxertos está desatualizado e pode levar a problemas na transferência dos objetos entre os repositórios; para fazer a mesma coisa consulte linkgit:git-replace[1] para um sistema mais flexível e robusto.

note: type: Plain text
en: A <<def_ref,named reference>> to the <<def_commit,commit>> at the tip of a <<def_branch,branch>>.  Heads are stored in a file in `$GIT_DIR/refs/heads/` directory, except when using packed refs. (See linkgit:git-pack-refs[1].)
pt_BR: Um <<def_ref,named reference>> para o <<def_commit,commit>> no topo do <<def_branch,branch>>.  Os `HEADS` são armazenados em um arquivo no diretório `$GIT_DIR/refs/heads/`, exceto quando é utilizado um `ref` empacotado. (Consulte linkgit:git-pack-refs[1].)

note: type: Labeled list
en: top
pt_BR: topo

note: type: Plain text
en: The magic word `top` (magic signature: `/`) makes the pattern match from the root of the working tree, even when you are running the command from inside a subdirectory.
pt_BR: A palavra mágica `top` (assinatura mágica: `/`) faz o padrão da raiz da árvore de trabalho coincidir mesmo quando você está executando o comando de dentro de um subdiretório.

note: type: Plain text
en: Wildcards in the pattern such as `*` or `?` are treated as literal characters.
pt_BR: Curingas no padrão como `*` ou `?` são tratados como caracteres literais.

note: type: Plain text
en: Case insensitive match.
pt_BR: Coincidência indiferente a letras maiúsculas ou minúsculas.

note: type: Plain text
en: Git treats the pattern as a shell glob suitable for consumption by fnmatch(3) with the FNM_PATHNAME flag: wildcards in the pattern will not match a / in the pathname.  For example, "Documentation/{asterisk}.html" matches "Documentation/git.html" but not "Documentation/ppc/ppc.html" or "tools/perf/Documentation/perf.html".
pt_BR: O Git trata o padrão como um "shell glob" adequado para o consumo do `fnmatch(3)` com a sinalização `FNM_PATHNAME`: curingas no padrão não corresponderão com o `pathname`.  Por exemplo, "Documentation/{asterisk}.html" coincide com "Documentation/git.html", mas não com "Documentation/ppc/ppc.html" ou "tools/perf/Documentation/perf.html".

note: type: Plain text
en: Two consecutive asterisks ("`**`") in patterns matched against full pathname may have special meaning:
pt_BR: Dois asteriscos consecutivos ("`**`") nos padrões coincidentes ao `pathname` completo podem ter um significado especial:

note: type: Plain text
en: A leading "`**`" followed by a slash means match in all directories. For example, "`**/foo`" matches file or directory "`foo`" anywhere, the same as pattern "`foo`". "`**/foo/bar`" matches file or directory "`bar`" anywhere that is directly under directory "`foo`".
pt_BR: Um "`**`" inicial seguido de uma barra significa que houve coincidência em todos os diretórios. Por exemplo, "`**foo`" é coincidente ao arquivo ou diretório "`foo`" em qualquer lugar, o mesmo que o padrão "`foo`". "`**/foo/bar`" é coincidente ao arquivo ou diretório "`bar`" em qualquer lugar que esteja diretamente sob o diretório "`foo`".

note: type: Plain text
en: A trailing "`/**`" matches everything inside. For example, "`abc/**`" matches all files inside directory "abc", relative to the location of the `.gitignore` file, with infinite depth.
pt_BR: Um "`/**`" à direita corresponde a tudo que estiver dentro. Por exemplo, "`abc/**`" coincide todos os arquivos dentro do diretório "abc", relativos à localização do arquivo `.gitignore`, com uma profundidade infinita.

note: type: Plain text
en: A slash followed by two consecutive asterisks then a slash matches zero or more directories. For example, "`a/**/b`" matches "`a/b`", "`a/x/b`", "`a/x/y/b`" and so on.
pt_BR: Uma barra seguida por dois asteriscos consecutivos e uma barra coincide com zero ou mais diretórios. Por exemplo, "`a/**/b`" coincide com "`a/b`", "`a/x/b`", "`a/x/y/b`" e assim por diante.

note: type: Plain text
en: Other consecutive asterisks are considered invalid.
pt_BR: Os outros asteriscos consecutivos são considerados inválidos.

note: type: Plain text
en: Glob magic is incompatible with literal magic.
pt_BR: A magica "glob" é incompatível com a mágica literal.

note: type: Plain text
en: After `attr:` comes a space separated list of "attribute requirements", all of which must be met in order for the path to be considered a match; this is in addition to the usual non-magic pathspec pattern matching.  See linkgit:gitattributes[5].
pt_BR: Após o `attr:`, vem um espaço separado da lista do "attribute requirements" (requerimentos dos atributos), todos os quais devem ser atendidos para que o caminho seja considerado uma correspondência; isso é um acréscimo à coincidência usual de padrões do `pathspec`.  Consulte linkgit:gitattributes[5].

note: type: Plain text
en: Each of the attribute requirements for the path takes one of these forms:
pt_BR: Cada um dos requisitos de atributo para o caminho assume uma destas formas:

note: type: Plain text
en: "`ATTR`" requires that the attribute `ATTR` be set.
pt_BR: "`ATTR`" requer que o atributo `ATTR` seja definido.

note: type: Plain text
en: "`-ATTR`" requires that the attribute `ATTR` be unset.
pt_BR: "`ATTR`" requer que o atributo `ATTR` não seja definido.

note: type: Plain text
en: "`ATTR=VALUE`" requires that the attribute `ATTR` be set to the string `VALUE`.
pt_BR: "`ATTR=VALUE`" requer que o atributo `ATTR` seja definido como a string `VALUE`.

note: type: Plain text
en: "`!ATTR`" requires that the attribute `ATTR` be unspecified.
pt_BR: "`!ATTR`" requer que o atributo `ATTR` não seja especificado.

note: type: Plain text
en: Note that when matching against a tree object, attributes are still obtained from working tree, not from the given tree object.
pt_BR: Observe que durante a coincidência com um objeto da árvore, os atributos ainda serão obtidos da mesma e não do objeto da árvore especificado.

note: type: Labeled list
en: exclude
pt_BR: exclui

note: type: Plain text
en: After a path matches any non-exclude pathspec, it will be run through all exclude pathspecs (magic signature: `!` or its synonym `^`). If it matches, the path is ignored.  When there is no non-exclude pathspec, the exclusion is applied to the result set as if invoked without any pathspec.
pt_BR: Depois que um caminho coincida com qualquer `pathspec` que não foi excluído ele será executado em todos os `pathspecs` que foram excluídos (assinatura mágica: `!` or its synonym `^`). Caso coincida, o caminho é ignorado.  Quando não há um `pathspec` não excluído a exclusão é aplicada ao conjunto de resultados como se fosse invocada sem nenhum `pathspec`.

note: type: Plain text
en: A <<def_commit_object,commit object>> contains a (possibly empty) list of the logical predecessor(s) in the line of development, i.e. its parents.
pt_BR: Um <<def_commit_object,commit object>> contém uma lista (possivelmente vazia) dos predecessores lógicos na linha de desenvolvimento, ou seja, as suas matrizes.

note: type: Plain text
en: The term <<def_pickaxe,pickaxe>> refers to an option to the diffcore routines that help select changes that add or delete a given text string. With the `--pickaxe-all` option, it can be used to view the full <<def_changeset,changeset>> that introduced or removed, say, a particular line of text. See linkgit:git-diff[1].
pt_BR: O termo <<def_pickaxe,pickaxe>> refere-se a uma opção para as rotinas `diffcore` que ajudam a selecionar as alterações que adicionam ou excluem uma determinada string. Com a opção `--pickaxe-all`, ela pode ser usada para visualizar completamente o <<def_changeset,changeset>> que introduziu ou removeu, digamos, uma determinada linha de texto. Consulte linkgit:git-diff[1].

note: type: Plain text
en: Cute name for <<def_core_git,core Git>>.
pt_BR: Um nome bonito para <<def_core_git,core Git>>.

note: type: Plain text
en: Cute name for programs and program suites depending on <<def_core_git,core Git>>, presenting a high level access to core Git. Porcelains expose more of a <<def_SCM,SCM>> interface than the <<def_plumbing,plumbing>>.
pt_BR: Nome bonito para programas e conjunto de programas, dependendo do <<def_core_git,core Git>>, apresentando um acesso de alto nível ao núcleo do Git principal. As porcelanas expõem mais uma interface <<def_SCM,SCM>> do que o <<def_plumbing,plumbing>>.

note: type: Plain text
en: Refs that are per-<<def_working_tree,worktree>>, rather than global.  This is presently only <<def_HEAD,HEAD>> and any refs that start with `refs/bisect/`, but might later include other unusual refs.
pt_BR: Refs que são por-<<def_working_tree,worktree>> em vez de global.  Atualmente isso é aprestado apenas como <<def_HEAD,HEAD>> e qualquer outro `refs` que inicie com `refs/bisect/`, mas podem posteriormente, incluir outros `refs` incomuns.

note: type: Plain text
en: Pseudorefs are a class of files under `$GIT_DIR` which behave like refs for the purposes of rev-parse, but which are treated specially by git.  Pseudorefs both have names that are all-caps, and always start with a line consisting of a <<def_SHA1,SHA-1>> followed by whitespace.  So, HEAD is not a pseudoref, because it is sometimes a symbolic ref.  They might optionally contain some additional data.  `MERGE_HEAD` and `CHERRY_PICK_HEAD` are examples.  Unlike <<def_per_worktree_ref,per-worktree refs>>, these files cannot be symbolic refs, and never have reflogs.  They also cannot be updated through the normal ref update machinery.  Instead, they are updated by directly writing to the files.  However, they can be read as if they were refs, so `git rev-parse MERGE_HEAD` will work.
pt_BR: `Pseudorefs` são uma classe de arquivos em `$GIT_DIR` que se comporta como `refs` para fins de análise de revisão, no entanto, são tratados especialmente pelo git.  Os `pseudorefs` têm nomes com maiúsculas e sempre começam com uma linha que consiste em <<def_SHA1,SHA-1>>, seguido por um espaço em branco.  Portanto, `HEAD` não é um `pseudoref` pois às vezes é um `ref` simbólico.  Opcionalmente eles podem conter alguns dados adicionais como por exemplo `MERGE_HEAD` e `CHERRY_PICK_HEAD`.  Ao contrário do <<def_per_worktree_ref,per-worktree refs>>, estes arquivos não podem ser `refs` simbólicos e nunca possuem um `reflogs`.  Eles também não podem ser atualizados através do mecanismo `ref` normal de atualização.  Em vez disso, eles são atualizados gravando diretamente nos arquivos.  No entanto, eles podem ser lidos como se fossem `refs`, portanto, `git rev-parse MERGE_HEAD` funcionará.

note: type: Plain text
en: Pulling a <<def_branch,branch>> means to <<def_fetch,fetch>> it and <<def_merge,merge>> it.  See also linkgit:git-pull[1].
pt_BR: Puxar um <<def_branch,branch>> significa <<def_fetch,fetch>> e <<def_merge,merge>>.  Consulte também linkgit:git-pull[1].

note: type: Plain text
en: Pushing a <<def_branch,branch>> means to get the branch's <<def_head_ref,head ref>> from a remote <<def_repository,repository>>, find out if it is an ancestor to the branch's local head ref, and in that case, putting all objects, which are <<def_reachable,reachable>> from the local head ref, and which are missing from the remote repository, into the remote <<def_object_database,object database>>, and updating the remote head ref. If the remote <<def_head,head>> is not an ancestor to the local head, the push fails.
pt_BR: Faz um `push` ao <<def_branch,branch>> significa pegar a ramificação <<def_head_ref,head ref>> de um <<def_repository,repository>> remoto, descobrir se é um ancestral da referencia do head local e nesse caso, colocar todos os objetos que são <<def_reachable,reachable>> com base na referência no head local e que estão faltando do repositório <<def_object_database,object database>> remoto ao mesmo tempo que atualiza a referência do head remoto. Caso o <<def_head,head>> não seja um ancestral do head local, o `push` falhará.

note: type: Plain text
en: All of the ancestors of a given <<def_commit,commit>> are said to be "reachable" from that commit. More generally, one <<def_object,object>> is reachable from another if we can reach the one from the other by a <<def_chain,chain>> that follows <<def_tag,tags>> to whatever they tag, <<def_commit_object,commits>> to their parents or trees, and <<def_tree_object,trees>> to the trees or <<def_blob_object,blobs>> that they contain.
pt_BR: De um modo mais geral, um <<def_object,object>> é acessível a partir do outro se pudermos alcançá-lo através de um <<def_chain,chain>> seguido de <<def_tag,tags>> para o que quer que eles marque com uma tag, <<def_commit_object,commits>> para as suas matrizes ou árvores e <<def_tree_object,trees>> para as árvores ou <<def_blob_object,blobs>> que os contiverem.

note: type: Plain text
en: To reapply a series of changes from a <<def_branch,branch>> to a different base, and reset the <<def_head,head>> of that branch to the result.
pt_BR: Para reaplicar uma série de alterações de uma <<def_branch,branch>> para uma base diferente e redefinir o <<def_head,head>> dessa ramificação para o resultado.

note: type: Plain text
en: A name that begins with `refs/` (e.g. `refs/heads/master`)  that points to an <<def_object_name,object name>> or another ref (the latter is called a <<def_symref,symbolic ref>>).  For convenience, a ref can sometimes be abbreviated when used as an argument to a Git command; see linkgit:gitrevisions[7] for details.  Refs are stored in the <<def_repository,repository>>.
pt_BR: Um nome que comece com `refs/` (por exemplo, `refs/heads/master`) que aponte para um <<def_object_name,object name>> ou outro ref (o último é chamado de<<def_symref,symbolic ref>>).  Por conveniência, um `ref` às vezes pode ser abreviado quando usado como um argumento em um comando Git; Para mais detalhes consulte linkgit:gitrevisions[7].  Os `refs` são armazenadas no <<def_repository,repository>>.

note: type: Plain text
en: The ref namespace is hierarchical.  Different subhierarchies are used for different purposes (e.g. the `refs/heads/` hierarchy is used to represent local branches).
pt_BR: O `namespace` do `ref` é hierárquico.  Sub-hierarquias diferentes são usadas para diferentes propósitos (por exemplo, a hierarquia `refs/heads/` é usada para representar as ramificações locais).

note: type: Plain text
en: There are a few special-purpose refs that do not begin with `refs/`.  The most notable example is `HEAD`.
pt_BR: Existem algumas referências especiais que não começam com `refs/`.  O exemplo mais notável é `HEAD`.

note: type: Plain text
en: A reflog shows the local "history" of a ref.  In other words, it can tell you what the 3rd last revision in _this_ repository was, and what was the current state in _this_ repository, yesterday 9:14pm.  See linkgit:git-reflog[1] for details.
pt_BR: Um `reflog` exibe o "histórico" local de um `ref`.  Em outras palavras, ele pode informar qual foi a 3ª última revisão `_neste_ repositório e qual era a sua condição atual, ontem às 21:14.  Para mais detalhes consulte linkgit:git-reflog[1].

note: type: Plain text
en: A "refspec" is used by <<def_fetch,fetch>> and <<def_push,push>> to describe the mapping between remote <<def_ref,ref>> and local ref.
pt_BR: Um `refspec` é utilizado por <<def_fetch,fetch>> e <<def_push,push>> para descrever o mapeamento entre <<def_ref,ref>> remoto e o `ref` local.

note: type: Labeled list
en: [[def_remote]]remote repository
pt_BR: [[def_remote]]repositório remoto

note: type: Plain text
en: A <<def_repository,repository>> which is used to track the same project but resides somewhere else. To communicate with remotes, see <<def_fetch,fetch>> or <<def_push,push>>.
pt_BR: Um <<def_repository,repository>> que é utilizado para rastrear os mesmo projeto porém reside em um outro lugar. Para se comunicar com ramos remotos, consulte <<def_fetch,fetch>> ou <<def_push,push>>.

note: type: Labeled list
en: [[def_remote_tracking_branch]]remote-tracking branch
pt_BR: [[def_remote_tracking_branch]]rastreando ramos remotamente

note: type: Plain text
en: A <<def_ref,ref>> that is used to follow changes from another <<def_repository,repository>>. It typically looks like 'refs/remotes/foo/bar' (indicating that it tracks a branch named 'bar' in a remote named 'foo'), and matches the right-hand-side of a configured fetch <<def_refspec,refspec>>. A remote-tracking branch should not contain direct modifications or have local commits made to it.
pt_BR: Um <<def_ref,ref>> que é utilizado para rastrear as modificações de outro <<def_repository,repository>>. Normalmente se parece com 'refs/remotes/foo/bar' (indicando que rastreia um ramo com nome 'bar' e um remoto chamado 'foo'), coincide o lado direito do `fech` configurado <<def_refspec,refspec>>. Uma ramificação de rastreamento remoto não deve conter modificações diretas tão pouco ter commits locais.

note: type: Labeled list
en: [[def_repository]]repository
pt_BR: [[def_repository]]repositório

note: type: Plain text
en: A collection of <<def_ref,refs>> together with an <<def_object_database,object database>> containing all objects which are <<def_reachable,reachable>> from the refs, possibly accompanied by meta data from one or more <<def_porcelain,porcelains>>. A repository can share an object database with other repositories via <<def_alternate_object_database,alternates mechanism>>.
pt_BR: Uma coleção de <<def_ref,refs>> junto com um <<def_object_database,object database>> contendo todos os objetos que são <<def_reachable,reachable>> vindas das `refs`, possivelmente acompanhados por metadados de um ou mais <<def_porcelain,porcelains>>. Um repositório pode compartilhar um banco de dados de objetos com outros repositórios através de <<def_alternate_object_database,alternates mechanism>>.

note: type: Plain text
en: The action of fixing up manually what a failed automatic <<def_merge,merge>> left behind.
pt_BR: A ação de corrigir manualmente o que uma falha automática <<def_merge,merge>> deixou para trás.

note: type: Labeled list
en: [[def_revision]]revision
pt_BR: [[def_revision]]revisão

note: type: Plain text
en: Synonym for <<def_commit,commit>> (the noun).
pt_BR: Um sinônimo de <<def_commit,commit>> (o substantivo).

note: type: Labeled list
en: [[def_rewind]]rewind
pt_BR: [[def_rewind]]rebobinar

note: type: Plain text
en: To throw away part of the development, i.e. to assign the <<def_head,head>> to an earlier <<def_revision,revision>>.
pt_BR: Para jogar fora parte do desenvolvimento, ou seja, atribuir <<def_head,head>> a um <<def_revision,revision>> anterior.

note: type: Plain text
en: Source code management (tool).
pt_BR: Gerenciamento do código fonte (ferramenta).

note: type: Plain text
en: "Secure Hash Algorithm 1"; a cryptographic hash function.  In the context of Git used as a synonym for <<def_object_name,object name>>.
pt_BR: "Secure Hash Algorithm 1"; uma função hash de criptográfica.  No contexto do Git usado como sinônimo de <<def_object_name,object name>>.

note: type: Labeled list
en: [[def_shallow_clone]]shallow clone
pt_BR: [[def_shallow_clone]]clonagem superficial

note: type: Plain text
en: Mostly a synonym to <<def_shallow_repository,shallow repository>> but the phrase makes it more explicit that it was created by running `git clone --depth=...` command.
pt_BR: Em geral um sinônimo para <<def_shallow_repository,shallow repository>> porém a frase a torna mais explicita criada ao executar o comando `git clone --depth=...`.

note: type: Labeled list
en: [[def_shallow_repository]]shallow repository
pt_BR: [[def_shallow_repository]]repositório raso

note: type: Plain text
en: A shallow <<def_repository,repository>> has an incomplete history some of whose <<def_commit,commits>> have <<def_parent,parents>> cauterized away (in other words, Git is told to pretend that these commits do not have the parents, even though they are recorded in the <<def_commit_object,commit object>>). This is sometimes useful when you are interested only in the recent history of a project even though the real history recorded in the upstream is much larger. A shallow repository is created by giving the `--depth` option to linkgit:git-clone[1], and its history can be later deepened with linkgit:git-fetch[1].
pt_BR: Um <<def_repository,repository>> repositório raso possui um histórico incompleto da quais <<def_commit,commits>> possui <<def_parent,parents>> dos quais cauterizam (em outras palavras, o Git é informado para fingir que estes commits não possuem matrizes, ainda que esteja cadastrados no <<def_commit_object,commit object>>). Algumas vezes é útil quando você está interessado apenas no histórico recente de um projeto, ainda que o histórico real registrado no upstream seja muito maior. Um repositório raso é criado, ao usar a opção `--depth` para linkgit:git-clone[1] e o seu histórico pode ser aprofundado posteriormente com linkgit:git-fetch[1].

note: type: Plain text
en: An <<def_object,object>> used to temporarily store the contents of a <<def_dirty,dirty>> working directory and the index for future reuse.
pt_BR: Um <<def_object,object>> é utilizado para armazenar temporariamente o conteúdo de um diretório de trabalho <<def_dirty,dirty>> e seu índice para utilização futura.

note: type: Labeled list
en: [[def_submodule]]submodule
pt_BR: [[def_submodule]]submódulo

note: type: Plain text
en: A <<def_repository,repository>> that holds the history of a separate project inside another repository (the latter of which is called <<def_superproject, superproject>>).
pt_BR: Um <<def_repository,repository>> retém o histórico de um projeto separado dentro de um outro repositório (o último na qual é chamado de <<def_superproject, superproject>>).

note: type: Plain text
en: A <<def_repository,repository>> that references repositories of other projects in its working tree as <<def_submodule,submodules>>.  The superproject knows about the names of (but does not hold copies of) commit objects of the contained submodules.
pt_BR: Um <<def_repository,repository>> se refere a repositórios de outros projetos em suas próprias árvores de trabalho como <<def_submodule,submodules>>.  O superprojeto conhece os nomes dos (mas não mantém cópias de nenhum deles) commits dos objetos que contenham os submódulos.

note: type: Plain text
en: Symbolic reference: instead of containing the <<def_SHA1,SHA-1>> id itself, it is of the format 'ref: refs/some/thing' and when referenced, it recursively dereferences to this reference.  '<<def_HEAD,HEAD>>' is a prime example of a symref. Symbolic references are manipulated with the linkgit:git-symbolic-ref[1] command.
pt_BR: Uma referência simbólica: em vez de conter o próprio id <<def_SHA1,SHA-1>>, ele tem o formato 'ref: refs/some/thing' e quando é referenciado faz uma referência recursiva a essa referência.  '<<def_HEAD,HEAD>>' é o exemplo primário de um `symref`.  As referências simbólicas são manipuladas com o comando linkgit:git-symbolic-ref[1].

note: type: Plain text
en: A <<def_ref,ref>> under `refs/tags/` namespace that points to an object of an arbitrary type (typically a tag points to either a <<def_tag_object,tag>> or a <<def_commit_object,commit object>>).  In contrast to a <<def_head,head>>, a tag is not updated by the `commit` command. A Git tag has nothing to do with a Lisp tag (which would be called an <<def_object_type,object type>> in Git's context). A tag is most typically used to mark a particular point in the commit ancestry <<def_chain,chain>>.
pt_BR: Um <<def_ref,ref>> sob `refs/tags/` no `namespace` que aponte para um objeto arbitrário (em geral uma tag que aponta seja para <<def_tag_object,tag>> ou um <<def_commit_object,commit object>>).  Em contraste de um <<def_head,head>>, a tag não é atualizada pelo comando `commit`.  Uma tag Git não tem nada a ver com uma tag `Lisp` (que seria chamada de <<def_object_type,object type>> dentro do contexto do Git). Uma tag é normalmente usada para marcar um ponto específico na ancestralidade de um commit <<def_chain,chain>>.

note: type: Labeled list
en: [[def_tag_object]]tag object
pt_BR: [[def_tag_object]]objeto tag

note: type: Plain text
en: An <<def_object,object>> containing a <<def_ref,ref>> pointing to another object, which can contain a message just like a <<def_commit_object,commit object>>. It can also contain a (PGP)  signature, in which case it is called a "signed tag object".
pt_BR: Um <<def_object,object>> contendo um <<def_ref,ref>> apontando para outro objeto que pode conter uma mensagem como um <<def_commit_object,commit object>>.  Também pode conter uma assinatura (PGP); nesse caso, é chamado de "signed tag object".

note: type: Plain text
en: A regular Git <<def_branch,branch>> that is used by a developer to identify a conceptual line of development. Since branches are very easy and inexpensive, it is often desirable to have several small branches that each contain very well defined concepts or small incremental yet related changes.
pt_BR: Um Git comum <<def_branch,branch>> que é usado por um desenvolvedor para identificar uma linha conceitual de desenvolvimento. Como as ramificações são muito fáceis e baratas, muitas vezes é desejável ter várias ramificações pequenas, cada uma contendo conceitos muito bem definidos ou pequenas alterações incrementais, porém relacionadas.

note: type: Labeled list
en: [[def_tree]]tree
pt_BR: [[def_tree]]árvore

note: type: Plain text
en: Either a <<def_working_tree,working tree>>, or a <<def_tree_object,tree object>> together with the dependent <<def_blob_object,blob>> and tree objects (i.e. a stored representation of a working tree).
pt_BR: Entre um <<def_working_tree,working tree>> ou um <<def_tree_object,tree object>> junto com os objetos dependentes <<def_blob_object,blob>> e os objetos das árvores (uma representação de uma árvore de trabalho).

note: type: Labeled list
en: [[def_tree_object]]tree object
pt_BR: [[def_tree_object]]objeto da árvore

note: type: Plain text
en: An <<def_object,object>> containing a list of file names and modes along with refs to the associated blob and/or tree objects. A <<def_tree,tree>> is equivalent to a <<def_directory,directory>>.
pt_BR: Um <<def_object,object>> contendo uma lista de nomes e modos em conjunto com `refs` associados as sua gotas e ou objetos da árvore. Um <<def_tree,tree>> é equivalente a um <<def_directory,directory>>.

note: type: Labeled list
en: [[def_tree-ish]]tree-ish (also treeish)
pt_BR: [[def_tree-ish]]tree-ish (também treeish)

note: type: Plain text
en: A <<def_tree_object,tree object>> or an <<def_object,object>> that can be recursively dereferenced to a tree object.  Dereferencing a <<def_commit_object,commit object>> yields the tree object corresponding to the <<def_revision,revision>>'s top <<def_directory,directory>>.  The following are all tree-ishes: a <<def_commit-ish,commit-ish>>, a tree object, a <<def_tag_object,tag object>> that points to a tree object, a tag object that points to a tag object that points to a tree object, etc.
pt_BR: Um <<def_tree_object,tree object>> ou um <<def_object,object>> que pode perder uma referência recursivamente em um objeto da árvore.  Perder um <<def_commit_object,commit object>> retorna o objeto da árvore <<def_revision,revision>> correspondente ao topo <<def_directory,directory>>.  São todos os tree-ishes: um <<def_commit-ish,commit-ish>>, um objeto da árvore, um <<def_tag_object,tag object>> que aponta para o o objeto da árvore, um objeto tag que aponta para o objeto tag que aponta para o objeto árvore, etc.

note: type: Labeled list
en: [[def_unmerged_index]]unmerged index
pt_BR: [[def_unmerged_index]]índices não mesclados

note: type: Plain text
en: An <<def_index,index>> which contains unmerged <<def_index_entry,index entries>>.
pt_BR: Um <<def_index,index>> que contenha índices não mesclados <<def_index_entry,index entries>>.

note: type: Labeled list
en: [[def_unreachable_object]]unreachable object
pt_BR: [[def_unreachable_object]]objetos inacessíveis

note: type: Plain text
en: An <<def_object,object>> which is not <<def_reachable,reachable>> from a <<def_branch,branch>>, <<def_tag,tag>>, or any other reference.
pt_BR: Um <<def_object,object>> que não é <<def_reachable,reachable>> de um <<def_branch,branch>>, <<def_tag,tag>>, ou de qualquer outra referência.

note: type: Labeled list
en: [[def_upstream_branch]]upstream branch
pt_BR: [[def_upstream_branch]]ramo ascendente

note: type: Plain text
en: The default <<def_branch,branch>> that is merged into the branch in question (or the branch in question is rebased onto). It is configured via branch.<name>.remote and branch.<name>.merge. If the upstream branch of 'A' is 'origin/B' sometimes we say "'A' is tracking 'origin/B'".
pt_BR: É predefinido que <<def_branch,branch>> que seja mesclado na árvore em questão (ou no ramo em questão que seja feito um `rebase` nele). É configurado através do `branch.<name>.remote` e `branch.<name>.merge`. Caso o ramo ascendente de 'A' seja 'origin/B' algumas vezes nós dizemos que "'A' está rastreando 'origin/B'".

note: type: Labeled list
en: [[def_working_tree]]working tree
pt_BR: [[def_working_tree]]árvore de trabalho

note: type: Plain text
en: The tree of actual checked out files.  The working tree normally contains the contents of the <<def_HEAD,HEAD>> commit's tree, plus any local changes that you have made but not yet committed.
pt_BR: A árvore dos arquivos atualmente verificados.  A árvore de trabalho normalmente contém o conteúdo do `<<def_HEAD,HEAD>>` na árvore do commit, além de quaisquer alterações locais que você tenha feito, mas ainda não fez o commit.

note: type: Plain text
en: Git is to some extent character encoding agnostic.
pt_BR: O Git é, até certo ponto, um codificador de caracteres agnóstico.

note: type: Plain text
en: The contents of the blob objects are uninterpreted sequences of bytes.  There is no encoding translation at the core level.
pt_BR: O conteúdo dos objetos gota são sequências de bytes não interpretados.  Não há tradução de codificação no nível principal.

note: type: Plain text
en: Path names are encoded in UTF-8 normalization form C. This applies to tree objects, the index file, ref names, as well as path names in command line arguments, environment variables and config files (`.git/config` (see linkgit:git-config[1]), linkgit:gitignore[5], linkgit:gitattributes[5] and linkgit:gitmodules[5]).
pt_BR: Os nomes do caminho são codificados na forma de normalização UTF-8 C. Isso se aplica a objetos nas árvore, arquivos do índice, referência de nomes e nomes do caminho em argumentos da linha de comando, variáveis do ambiente e os arquivos de configuração (`.git / config` (consulte linkgit:git-config[1]), linkgit:gitignore[5], linkgit:gitattributes[5] e linkgit:gitmodules[5]).

note: type: Plain text
en: Note that Git at the core level treats path names simply as sequences of non-NUL bytes, there are no path name encoding conversions (except on Mac and Windows). Therefore, using non-ASCII path names will mostly work even on platforms and file systems that use legacy extended ASCII encodings. However, repositories created on such systems will not work properly on UTF-8-based systems (e.g. Linux, Mac, Windows) and vice versa.  Additionally, many Git-based tools simply assume path names to be UTF-8 and will fail to display other encodings correctly.
pt_BR: Observe que o Git em seu nível básico trata os nomes dos caminhos simplesmente como sequências de bytes não `NUL`, não há conversões de codificação dos nomes dos caminhos (exceto no Mac e no Windows). Portanto, o uso dos nomes de caminhos que não sejam `ASCII` funcionará principalmente em plataformas e sistemas de arquivos que se utilizem de codificações ASCII estendidas e herdadas. No entanto, os repositórios criados nestes sistemas não funcionarão corretamente em sistemas baseados em UTF-8 (por exemplo, Linux, Mac, Windows) e vice-versa.  Além disso, muitas ferramentas baseadas em Git simplesmente assumem nomes de caminho como UTF-8 e falharão ao exibir outros tipos de codificações corretamente.

note: type: Plain text
en: Commit log messages are typically encoded in UTF-8, but other extended ASCII encodings are also supported. This includes ISO-8859-x, CP125x and many others, but _not_ UTF-16/32, EBCDIC and CJK multi-byte encodings (GBK, Shift-JIS, Big5, EUC-x, CP9xx etc.).
pt_BR: As mensagens do registro log do commit geralmente são codificadas em UTF-8, porém há compatibilidade para outras codificações ASCII estendidas. Isso inclui ISO-8859-x, CP125x e muitos outros. Porém não há compatibilidade com codificações UTF-16/32, EBCDIC e CJK, codificações de vários bytes (GBK, Shift-JIS, Big5, EUC-x, CP9xx etc.).

note: type: Plain text
en: Although we encourage that the commit log messages are encoded in UTF-8, both the core and Git Porcelain are designed not to force UTF-8 on projects.  If all participants of a particular project find it more convenient to use legacy encodings, Git does not forbid it.  However, there are a few things to keep in mind.
pt_BR: Embora incentivemos que as mensagens do registro log do commit sejam codificadas em UTF-8, a Porcelana do Git e seu núcleo foram projetados para não impor a utilização do UTF-8 nos projetos.  Caso todos os participantes de um projeto em particular achem mais conveniente usar as codificações herdadas, o Git não o proibirá.  Porém, há algumas coisas a serem consideradas.

note: type: Plain text
en: 'git commit' and 'git commit-tree' issues a warning if the commit log message given to it does not look like a valid UTF-8 string, unless you explicitly say your project uses a legacy encoding.  The way to say this is to have i18n.commitencoding in `.git/config` file, like this:
pt_BR: Ambos os comandos 'git commit" e "git commit-árvore' emitem um aviso caso a mensagem do registro log do commit utilizada não se parecer com uma string UTF-8 válida, a menos que explicitamente queira que seu projeto use uma codificação do legado.  A melhor maneira de usar isso é ter uma variável `i18n.commitencoding` em um arquivo `.git/config`, como este:

note: type: Plain text
en: Commit objects created with the above setting record the value of `i18n.commitEncoding` in its `encoding` header.  This is to help other people who look at them later.  Lack of this header implies that the commit log message is encoded in UTF-8.
pt_BR: Os objetos commit que foram criados com a configuração acima registram o valor `i18n.commitEncoding` em seu cabeçalho `encoding`.  Isso é para auxiliar as outras pessoas que olharão para eles mais tarde.  A falta deste cabeçalho implica que a mensagem do registro log do commit seja codificado em UTF-8.

note: type: Plain text
en: 'git log', 'git show', 'git blame' and friends look at the `encoding` header of a commit object, and try to re-code the log message into UTF-8 unless otherwise specified.  You can specify the desired output encoding with `i18n.logOutputEncoding` in `.git/config` file, like this:
pt_BR: Os comandos 'git log', 'git show', 'git blame' e relacionados fazem vista para o cabeçalho `encoding` de um objeto commit e tentam codificar novamente a mensagem do registro log em UTF-8 a menos que seja informado de outra maneira.  É possível especificar a codificação da saída desejada com  a variável `i18n.logOutputEncoding` no arquivo `.git/config`, assim:

note: type: Plain text
en: If you do not have this configuration variable, the value of `i18n.commitEncoding` is used instead.
pt_BR: Caso não tenha essa variável de configuração, o valor de `i18n.commitEncoding` é utilizado em seu lugar.

note: type: Plain text
en: Note that we deliberately chose not to re-code the commit log message when a commit is made to force UTF-8 at the commit object level, because re-coding to UTF-8 is not necessarily a reversible operation.
pt_BR: Observe que decidimos deliberadamente não codificar novamente a mensagem do registro log do commit quando um commit for feito para forçar a codificação UTF-8 a nível do objeto commit, porque a re-codificação para UTF-8 não é necessariamente uma operação reversível.

note: type: Plain text
en: <start> and <end> can take one of these forms:
pt_BR: <start> e <end> podem assumir uma destas formas:

note: type: Plain text
en: number
pt_BR: número

note: type: Plain text
en: If <start> or <end> is a number, it specifies an absolute line number (lines count from 1).
pt_BR: Caso <start> ou <end> seja um número, ele especifica um número de linha absoluto (as linhas contam a partir do 1).

note: type: Plain text
en: This form will use the first line matching the given POSIX regex. If <start> is a regex, it will search from the end of the previous `-L` range, if any, otherwise from the start of file.  If <start> is ``^/regex/'', it will search from the start of file.  If <end> is a regex, it will search starting at the line given by <start>.
pt_BR: Este formulário usará a primeira linha correspondente ao regex POSIX informado. Caso <start> seja um regex, ele procurará no final do `L` do intervalo, se houver, caso contrário, desde o início do arquivo. Caso <start> seja ``^/regex/'', ele pesquisará desde o início do arquivo.  Caso <end> seja um regex, ele pesquisará a partir da linha fornecida por <start>.

note: type: Plain text
en: +offset or -offset
pt_BR: +offset ou -offset

note: type: Plain text
en: This is only valid for <end> and will specify a number of lines before or after the line given by <start>.
pt_BR: Válido apenas para <end> e especificará uma quantidade de linhas antes ou depois da linha fornecida por <start>.

note: type: Plain text
en: If ``:<funcname>'' is given in place of <start> and <end>, it is a regular expression that denotes the range from the first funcname line that matches <funcname>, up to the next funcname line. ``:<funcname>'' searches from the end of the previous `-L` range, if any, otherwise from the start of file. ``^:<funcname>'' searches from the start of file.
pt_BR: Caso o ``:<nome-da-função>'' seja usado no lugar de <inicio> e <fim>, é uma expressão regular que indica o intervalo do primeiro "nome-da-função" que coincida com <nome-da-função> até a próxima linha "nome-da-função". ``:<nome-da-função>'' pesquisa no final do intervalo `L` anterior, se existir, caso contrário, a pesquisa ocorrerá desde o início do arquivo. ``^:<nome-da-função>'' pesquisa desde o início do arquivo.

note: type: Plain text
en: If the file `.mailmap` exists at the toplevel of the repository, or at the location pointed to by the mailmap.file or mailmap.blob configuration options, it is used to map author and committer names and email addresses to canonical real names and email addresses.
pt_BR: Caso o arquivo `.mailmap` exista no topo do repositório ou no local apontado pelas opções de configuração `mailmap.file` ou `mailmap.blob`, ele será usado para mapear os nomes dos autores e os endereços de email para os seus respectivos nomes e endereços de email verdadeiros.

note: type: Plain text
en: In the simple form, each line in the file consists of the canonical real name of an author, whitespace, and an email address used in the commit (enclosed by '<' and '>') to map to the name. For example:
pt_BR: No formato simples, cada linha do arquivo consiste no nome real de um autor, espaço em branco e um endereço de email usado no commit (delimitado por '<' and '>') mapeando para o nome.. Por exemplo:

note: type: Plain text
en: 	Proper Name <commit@email.xx>
pt_BR: 	Nome Próprio <commit@email.xx>

note: type: Plain text
en: The more complex forms are:
pt_BR: Os formatos mais complexos são:

note: type: Plain text
en: which allows mailmap to replace only the email part of a commit, and:
pt_BR: o que permite que o mailmap substitua apenas a parte do email de um commit e:

note: type: Plain text
en: 	Proper Name <proper@email.xx> <commit@email.xx>
pt_BR: 	Nome Próprio <proper@email.xx> <commit@email.xx>

note: type: Plain text
en: which allows mailmap to replace both the name and the email of a commit matching the specified commit email address, and:
pt_BR: o que permite que o mailmap substitua ambos os nomes e o email de um commit correspondente ao endereço de email de confirmação especificado, e:

note: type: Plain text
en: 	Proper Name <proper@email.xx> Commit Name <commit@email.xx>
pt_BR: 	Nome Próprio <proper@email.xx> Nome de quem fez o Commit <commit@email.xx>

note: type: Plain text
en: which allows mailmap to replace both the name and the email of a commit matching both the specified commit name and email address.
pt_BR: o que permite que o mailmap substitua ambos os nomes e o email de um commit que corresponda a ambos os nomes de quem fez o commit e com o endereço de email.

note: type: Plain text
en: Example 1: Your history contains commits by two authors, Jane and Joe, whose names appear in the repository under several forms:
pt_BR: Exemplo 1: O seu histórico contém confirmações de dois autores, Jane e Joe, cujos nomes aparecem no repositório de diferentes maneiras:

note: type: Plain text
en: Now suppose that Joe wants his middle name initial used, and Jane prefers her family name fully spelled out. A proper `.mailmap` file would look like:
pt_BR: Agora, suponha que Joe queira que seu nome do meio seja usado no começo e Jane prefere que o nome de sua família seja escrito por extenso. Um arquivo `.mailmap` apropriado se pareceria com:

note: type: Plain text
en: Note how there is no need for an entry for `<jane@laptop.(none)>`, because the real name of that author is already correct.
pt_BR: Observe como não há necessidade de uma entrada para `<jane@laptop.(none)>` porque o nome real deste autor já está correto.

note: type: Plain text
en: Example 2: Your repository contains commits from the following authors:
pt_BR: Exemplo 2: O seu repositório contém commits dos seguintes autores:

note: type: Plain text
en: Then you might want a `.mailmap` file that looks like:
pt_BR: Então você pode querer um arquivo `.mailmap` que se pareça com:

note: type: Plain text
en: Use hash '#' for comments that are either on their own line, or after the email address.
pt_BR: Use o sinal de jogo da velha '#' para comentários que estejam em sua própria linha ou após o endereço de email.

note: type: Plain text
en: This option determines how the merge message will be cleaned up before committing. See linkgit:git-commit[1] for more details. In addition, if the '<mode>' is given a value of `scissors`, scissors will be appended to `MERGE_MSG` before being passed on to the commit machinery in the case of a merge conflict.
pt_BR: Esta opção determina como a mensagem de mesclagem será limpa antes da confirmação. Para mais detalhes consulte linkgit:git-commit[1]. Além disso, caso o '<mode>' seja dado o valor de `scissors`, `scissors` (tesouras) será anexada a `MERGE_MSG` antes de ser repassada para o mecanismo de commit caso exista mesclagens conflitantes.

note: type: Plain text
en: With --no-signoff do not add a Signed-off-by line.
pt_BR: A opção `--no-signoff` não adiciona a linha de assinatura "Signed-off-by".

note: type: Plain text
en: This option bypasses the pre-merge and commit-msg hooks.  See also linkgit:githooks[5].
pt_BR: Esta opção ignora os ganchos dos commits anteriores e os ganchos das mensagens de commit.  Consulte também linkgit:githooks[5].

note: type: Labeled list
en: -X <option>
pt_BR: -X <opção>

note: type: Plain text
en: Operate quietly. Implies --no-progress.
pt_BR: Trabalha em silêncio. Implica no uso da opção `--no-progress`.

note: type: Plain text
en: This runs a virtual check-out and check-in of all three stages of a file when resolving a three-way merge.  This option is meant to be used when merging branches with different clean filters or end-of-line normalization rules.  See "Merging branches with differing checkin/checkout attributes" in linkgit:gitattributes[5] for details.
pt_BR: Isso executa um check-out e check-in virtuais dos três estágios de um arquivo ao resolver uma mesclagem de três vias. Essa opção deve ser usada ao mesclar as ramificações com diferentes filtros limpos ou regras de normalização de fim de linha.  Para mais detalhes consulte "Mesclando as ramificações com diferentes atributos de check-in/check-out" no linkgit:gitattributes[5].

note: type: Plain text
en: Turn off rename detection. This overrides the `merge.renames` configuration variable.  See also linkgit:git-diff[1] `--no-renames`.
pt_BR: Desativar a detecção de renomeação. Substitui a variável de configuração `merge.renames`.  Consulte também  linkgit:git-diff[1] `--no-renames`.

note: type: Plain text
en: Turn on rename detection, optionally setting the similarity threshold.  This is the default. This overrides the 'merge.renames' configuration variable.  See also linkgit:git-diff[1] `--find-renames`.
pt_BR: Ativa a detecção de renomeação, configurando opcionalmente o limite de similaridade.  Esta é a predefinição. Isso sobrescreve a configuração da variável  'merge.renames'.  Consulte também linkgit:git-diff[1] `--find-renames`.

note: type: Title -
en: PRETTY FORMATS
pt_BR: FORMATOS BONITOS

note: type: Plain text
en: If the commit is a merge, and if the pretty-format is not 'oneline', 'email' or 'raw', an additional line is inserted before the 'Author:' line.  This line begins with "Merge: " and the hashes of ancestral commits are printed, separated by spaces.  Note that the listed commits may not necessarily be the list of the *direct* parent commits if you have limited your view of history: for example, if you are only interested in changes related to a certain directory or file.
pt_BR: Se o commit for uma mesclagem e se o formato bonito não for 'oneline', 'email' ou 'raw', uma linha adicional será inserida antes da linha 'Author:'.  Esta linha começa com "Mesclar:" e os hashes dos commits anteriores são exibidos, separados por espaços.  Observe que os commits listados podem não ser necessariamente a lista *direta* dos commits relacionados se você limitou sua visão do histórico: por exemplo, se você estiver interessado apenas em alterações relacionadas a um determinado diretório ou arquivo.

note: type: Plain text
en: There are several built-in formats, and you can define additional formats by setting a pretty.<name> config option to either another format name, or a 'format:' string, as described below (see linkgit:git-config[1]). Here are the details of the built-in formats:
pt_BR: Existem vários formatos incorporados e você pode definir formatos adicionais ao usar uma opção de configuração pretty.<nome> para um outro nome de formato ou uma string 'format:', conforme descrito abaixo (consulte linkgit:git-config[1]). Aqui estão os detalhes dos formatos incorporados:

note: type: Plain text
en: This is designed to be as compact as possible.
pt_BR: Isso foi desenvolvido para ser o mais compacto possível.

note: type: Plain text
en: <full commit message>
pt_BR: <mensagem completa do commit>

note: type: Plain text
en: 'reference'
pt_BR: 'referência'

note: type: Plain text
en: This format is used to refer to another commit in a commit message and is the same as `--pretty='format:%C(auto)%h (%s, %ad)'`.  By default, the date is formatted with `--date=short` unless another `--date` option is explicitly specified.  As with any `format:` with format placeholders, its output is not affected by other options like `--decorate` and `--walk-reflogs`.
pt_BR: Este formato é usado para se referir a outro commit em uma mensagem de commit e é o mesmo que o formato `--pretty='format:%C(auto)%h (%s, %ad)'`.  Por predefinição a data é formatada com `--date=short`, a menos que outra opção `--date` seja usada de forma explicita.  Como em qualquer formato `format:` com marcadores de formato, a sua saída não é afetada por outras opções como `--decorate` e `--walk-reflogs`.

note: type: Plain text
en: The 'raw' format shows the entire commit exactly as stored in the commit object.  Notably, the hashes are displayed in full, regardless of whether --abbrev or --no-abbrev are used, and 'parents' information show the true parent commits, without taking grafts or history simplification into account. Note that this format affects the way commits are displayed, but not the way the diff is shown e.g. with `git log --raw`. To get full object names in a raw diff format, use `--no-abbrev`.
pt_BR: O formato 'bruto' (raw) exibe todo o commit exatamente da maneira como está armazenado no objeto de commit.  Notavelmente, os hashes são exibidos na íntegra independentemente de se --abbrev ou --no-abbrev foram usados, as informações 'parents' mostram os verdadeiros commits da matriz sem levar em consideração os enxertos ou a simplificação do histórico.  Observe que este formato afeta a maneira como os commits são exibidos mas não a maneira como o "diff" é exibido com `git log --raw` por exemplo. Para obter os nomes completos e sem abreviações dos objetos em formato diff bruto, use `--no-abbrev`.

note: type: Plain text
en: The 'format:<string>' format allows you to specify which information you want to show. It works a little bit like printf format, with the notable exception that you get a newline with '%n' instead of '\n'.
pt_BR: O formato 'format:<string>' permite especificar quais as informações que você deseja exibir. Funciona um pouco como o formato "printf" com a exceção notável de que você obtém uma nova linha com '%n' em vez de '\n'.

note: type: Plain text
en: E.g, 'format:"The author of %h was %an, %ar%nThe title was >>%s<<%n"' would show something like this:
pt_BR: Por exemplo,'format:"O autor do %h foi %an, %ar%nO título era >>%s<<%n"' exibirá algo como isso:

note: type: delimited block -
en: The author of fe6e0ee was Junio C Hamano, 23 hours ago
    The title was >>t4119: test autocomputing -p<n> for traditional diff input.<<
pt_BR: O autor do fe6e0ee foi Junio C Hamano, 23 houras atrás
    O título era >>t4119: test autocomputing -p<n> for traditional diff input.<<

note: type: Plain text
en: The placeholders are:
pt_BR: Os espaços reservados são:

note: type: Plain text
en: Placeholders that expand to a single literal character:
pt_BR: O Espaços reservados que se expandem para um único caractere literal:

note: type: Plain text
en: newline
pt_BR: uma nova linha

note: type: Plain text
en: print a byte from a hex code
pt_BR: imprime um byte de um código hexadecimal

note: type: Plain text
en: Placeholders that affect formatting of later placeholders:
pt_BR: Espaços reservados que afetam a formatação de espaços reservados posteriores:

note: type: Plain text
en: switch color to red
pt_BR: muda de cor para o vermelho

note: type: Plain text
en: switch color to green
pt_BR: muda de cor para o verde

note: type: Plain text
en: switch color to blue
pt_BR: mudar de cor para azul

note: type: Plain text
en: reset color
pt_BR: redefine a cor

note: type: Plain text
en: color specification, as described under Values in the
pt_BR: especificação de cores conforme descrito em Valores no

note: type: Plain text
en: "CONFIGURATION FILE" section of linkgit:git-config[1].  By default, colors are shown only when enabled for log output (by `color.diff`, `color.ui`, or `--color`, and respecting the `auto` settings of the former if we are going to a terminal). `%C(auto,...)` is accepted as a historical synonym for the default (e.g., `%C(auto,red)`). Specifying `%C(always,...)` will show the colors even when color is not otherwise enabled (though consider just using `--color=always` to enable color for the whole output, including this format and anything else git might color).  `auto` alone (i.e. `%C(auto)`) will turn on auto coloring on the next placeholders until the color is switched again.
pt_BR: "ARQUIVO DE CONFIGURAÇÃO" seção do linkgit:git-config[1].  É predefinido que as cores sejam exibidas apenas quando ativadas para na saída do registro log (em `color.diff`,` color.ui` ou `color`, e respeitando as configurações `auto` da primeira se estivermos indo para um terminal).  `%C(auto,...)` é aceito como um sinônimo histórico do padrão (exemplo., `%C(auto,red)`).  Especificar `%C(always,...)` exibirá as cores mesmo quando a cor não estiver ativada (embora considere apenas usar `--color=always` para sempre ativar a cor na saída incluindo este formato e qualquer outro que o git possa colorir).  `auto` sozinho (ou seja,`%C(auto)`)  ativará a coloração automática nos próximos espaços reservados até que a cor seja trocada novamente.

note: type: Plain text
en: left (`<`), right (`>`) or boundary (`-`) mark
pt_BR: marca esquerda (`<`), direita (`>`) ou limite (`-`)

note: type: Plain text
en: switch line wrapping, like the -w option of
pt_BR: alterna a quebra de linha, como a opção `-w` de

note: type: Plain text
en: make the next placeholder take at
pt_BR: faça com que o próximo espaço reservado leve em

note: type: Plain text
en: least N columns, padding spaces on the right if necessary.  Optionally truncate at the beginning (ltrunc), the middle (mtrunc) or the end (trunc) if the output is longer than N columns.  Note that truncating only works correctly with N >= 2.
pt_BR: menos N colunas, preenchendo espaços à direita, se necessário.  Opcionalmente, truncar no início (ltrunc), no meio (mtrunc) ou no final (trunc) caso a saída seja maior que N colunas.  Observe que o truncamento funciona corretamente com N >= 2.

note: type: Plain text
en: make the next placeholder take at least until Nth
pt_BR: faça com que o próximo espaço reservado leve pelo menos até a enésima

note: type: Plain text
en: columns, padding spaces on the right if necessary
pt_BR: colunas, preenchimento de espaços à direita se necessário

note: type: Plain text
en: similar to '%<(<N>)', '%<|(<N>)' respectively,
pt_BR: semelhante a '%<(<N>)', '%<|(<N>)' respectivamente,

note: type: Plain text
en: but padding spaces on the left
pt_BR: mas com espaços de preenchimento à esquerda

note: type: Plain text
en: similar to '%>(<N>)', '%>|(<N>)'
pt_BR: semelhante a '%>(<N>)', '%>|(<N>)'

note: type: Plain text
en: respectively, except that if the next placeholder takes more spaces than given and there are spaces on its left, use those spaces
pt_BR: respectivamente, exceto que caso o próximo espaço reservado ocupe mais espaços do que o fornecido e houver espaços à esquerda, use estes espaços

note: type: Plain text
en: similar to '%<(<N>)', '%<|(<N>)'
pt_BR: semelhante a '%<(<N>)', '%<|(<N>)'

note: type: Plain text
en: respectively, but padding both sides (i.e. the text is centered)
pt_BR: respectivamente, mas preenchendo os dois lados (ou seja, o texto é centralizado)

note: type: Plain text
en: Placeholders that expand to information extracted from the commit:
pt_BR: Espaços reservados que se expandem para as informações extraídas do commit:

note: type: Plain text
en: commit hash
pt_BR: hash do commit

note: type: Plain text
en: abbreviated commit hash
pt_BR: abreviação do hash do commit

note: type: Plain text
en: tree hash
pt_BR: hash da árvore

note: type: Plain text
en: abbreviated tree hash
pt_BR: hash abreviado da árvore

note: type: Plain text
en: parent hashes
pt_BR: hash das matrizes

note: type: Plain text
en: abbreviated parent hashes
pt_BR: hash abreviado das matrizes

note: type: Plain text
en: author name
pt_BR: nome do autor

note: type: Plain text
en: author name (respecting .mailmap, see linkgit:git-shortlog[1]
pt_BR: nome do autor (respeitando o .mailmap, consulte linkgit:git-shortlog[1]

note: type: Plain text
en: or linkgit:git-blame[1])
pt_BR: ou linkgit:git-blame[1]

note: type: Plain text
en: author email
pt_BR: e-mail do autor

note: type: Plain text
en: author email (respecting .mailmap, see linkgit:git-shortlog[1]
pt_BR: email do autor (respeitando .mailmap, consulte linkgit:git-shortlog[1]

note: type: Plain text
en: author email local-part (the part before the '@' sign)
pt_BR: parte local do e-mail do autor (a parte antes do sinal '@')

note: type: Plain text
en: author local-part (see '%al') respecting .mailmap, see
pt_BR: parte local do autor (consulte '%al') respeitando .mailmap, consulte

note: type: Plain text
en: linkgit:git-shortlog[1] or linkgit:git-blame[1])
pt_BR: linkgit:git-shortlog[1] ou linkgit:git-blame[1])

note: type: Plain text
en: author date (format respects --date= option)
pt_BR: data do autor (o formato respeita a opção --date=)

note: type: Plain text
en: author date, RFC2822 style
pt_BR: data do autor, no padrão RFC2822

note: type: Plain text
en: author date, relative
pt_BR: data do autor, relativa

note: type: Plain text
en: author date, UNIX timestamp
pt_BR: data do autor, com registro de data e hora em formato UNIX

note: type: Plain text
en: author date, ISO 8601-like format
pt_BR: data do autor, formato parecido com ISO 8601

note: type: Plain text
en: author date, strict ISO 8601 format
pt_BR: data do autor, formato rigoroso ao padrão ISO 8601

note: type: Plain text
en: author date, short format (`YYYY-MM-DD`)
pt_BR: data do autor, formato curto (`AAAA-MM-DD`)

note: type: Plain text
en: committer name
pt_BR: nome de quem fez o commit

note: type: Plain text
en: committer name (respecting .mailmap, see
pt_BR: nome de quem fez o commit (respeitando .mailmap, consulte

note: type: Plain text
en: committer email
pt_BR: endereço do e-mail de quem fez o commit

note: type: Plain text
en: committer email (respecting .mailmap, see
pt_BR: e-mail de quem fez o commit (respeitando .mailmap, consulte

note: type: Plain text
en: author local-part (see '%cl') respecting .mailmap, see
pt_BR: parte local do autor (consulte '%cl') respeitando .mailmap, consulte

note: type: Plain text
en: committer date (format respects --date= option)
pt_BR: data do commit (o formato respeita a opção --date=)

note: type: Plain text
en: committer date, RFC2822 style
pt_BR: data do commit, no padrão RFC2822

note: type: Plain text
en: committer date, relative
pt_BR: data do commit, relativa

note: type: Plain text
en: committer date, UNIX timestamp
pt_BR: data do commit, com registro de data e hora em formato UNIX

note: type: Plain text
en: committer date, ISO 8601-like format
pt_BR: data do commit, formato parecido com ISO 8601

note: type: Plain text
en: committer date, strict ISO 8601 format
pt_BR: data do commit, formato rigoroso ao padrão ISO 8601

note: type: Plain text
en: committer date, short format (`YYYY-MM-DD`)
pt_BR: data do commit, formato curto (`AAAA-MM-DD`)

note: type: Plain text
en: ref names, like the --decorate option of linkgit:git-log[1]
pt_BR: nomes de referência "ref", como a opção --decorate do linkgit:git-log[1]

note: type: Plain text
en: ref names without the " (", ")" wrapping.
pt_BR: nomes de referência "ref" sem quebra automática " (", ")".

note: type: Plain text
en: ref name given on the command line by which the commit was reached
pt_BR: nomes "ref" dado na linha de comando pela qual o commit foi alcançado

note: type: Plain text
en: (like `git log --source`), only works with `git log`
pt_BR: (como `git log --source`), só funciona com `git log`

note: type: Plain text
en: encoding
pt_BR: codificação

note: type: Plain text
en: subject
pt_BR: assunto

note: type: Plain text
en: sanitized subject line, suitable for a filename
pt_BR: linha do assunto higienizado, adequado para um nome de arquivo

note: type: Plain text
en: body
pt_BR: corpo

note: type: Plain text
en: raw body (unwrapped subject and body)
pt_BR: corpo bruto (assunto e corpo da mensagem desembrulhados)

note: type: Plain text
en: commit notes
pt_BR: anotações de quem fez o commit

note: type: Plain text
en: raw verification message from GPG for a signed commit
pt_BR: verificação bruta da mensagem vinda do GPG para um commit assinado

note: type: Plain text
en: show "G" for a good (valid) signature,
pt_BR: exibe "G" para obter uma boa assinatura (válida),

note: type: Plain text
en: "B" for a bad signature, "U" for a good signature with unknown validity, "X" for a good signature that has expired, "Y" for a good signature made by an expired key, "R" for a good signature made by a revoked key, "E" if the signature cannot be checked (e.g. missing key)  and "N" for no signature
pt_BR: "B" para uma assinatura ruim, "U" para uma boa assinatura com validade desconhecida, "X" para uma boa assinatura que expirou, "Y" para uma boa assinatura feita por uma chave expirada, "R" para uma boa assinatura feita por uma chave revogada, "E" caso a assinatura não possa ser verificada (por exemplo, uma chave ausente) e "N" sem assinatura

note: type: Plain text
en: show the name of the signer for a signed commit
pt_BR: exibe o nome do assinante de um commit assinado

note: type: Plain text
en: show the key used to sign a signed commit
pt_BR: exibe a chave usada para assinar um commit assinado

note: type: Plain text
en: show the fingerprint of the key used to sign a signed commit
pt_BR: mostra a impressão digital da chave usada para assinar um commit assinado

note: type: Plain text
en: show the fingerprint of the primary key whose subkey was used
pt_BR: mostra a impressão digital da chave primária cuja subchave foi usada

note: type: Plain text
en: to sign a signed commit
pt_BR: para assinar um commit assinado

note: type: Plain text
en: show the trust level for the key used to sign a signed commit
pt_BR: exiba o nível de confiança da chave usada para assinar um commit assinado

note: type: Plain text
en: reflog selector, e.g., `refs/stash@{1}` or `refs/stash@{2
pt_BR: seletor do "reflog", por exemplo, `refs/stash@{1}` ou `refs/stash@{2

note: type: Plain text
en: minutes ago}`; the format follows the rules described for the `-g` option. The portion before the `@` is the refname as given on the command line (so `git log -g refs/heads/master` would yield `refs/heads/master@{0}`).
pt_BR: minutos atrás} `; o formato segue as regras descritas para a opção `-g`. A parte antes ao `@` é o "refname", conforme indicado na linha de comando (portanto, `git log -g refs/heads/master` produziria `refs/heads/master@{0}`).

note: type: Plain text
en: shortened reflog selector; same as `%gD`, but the refname
pt_BR: seletor do reflog encurtado; o mesmo que `%gD`, menos o "refname"

note: type: Plain text
en: portion is shortened for human readability (so `refs/heads/master` becomes just `master`).
pt_BR: a parte é reduzida visando a legibilidade humana (assim, `refs/heads/master` se torna apenas `master`).

note: type: Plain text
en: reflog identity name
pt_BR: nome da identidade "reflog"

note: type: Plain text
en: reflog identity name (respecting .mailmap, see
pt_BR: nome da identidade "reflog" (respeitando .mailmap, consulte

note: type: Plain text
en: reflog identity email
pt_BR: e-mail da identidade reflog

note: type: Plain text
en: reflog identity email (respecting .mailmap, see
pt_BR: e-mail da identidade reflog (respeitando .mailmap, consulte

note: type: Plain text
en: reflog subject
pt_BR: assunto reflog

note: type: Plain text
en: display the trailers of the body as
pt_BR: exiba os sinais de resposta no corpo da mensagem como

note: type: Plain text
en: interpreted by linkgit:git-interpret-trailers[1]. The `trailers` string may be followed by a colon and zero or more comma-separated options:
pt_BR: interpretado por linkgit:git-interpret-trailers[1]. A carreira de caracteres de resposta pode ser seguida por dois pontos e zero ou mais opções separadas por vírgula:

note: type: Plain text
en: 'key=<K>': only show trailers with specified key. Matching is done case-insensitively and trailing colon is optional. If option is given multiple times trailer lines matching any of the keys are shown. This option automatically enables the `only` option so that non-trailer lines in the trailer block are hidden. If that is not desired it can be disabled with `only=false`.  E.g., `%(trailers:key=Reviewed-by)` shows trailer lines with key `Reviewed-by`.
pt_BR: 'key = <K>': exibe apenas as linhas de atributos com determinada chave . A coincidência é feita sem distinção entre maiúsculas e minúsculas, os dois pontos à direita é opcional. Caso a opção seja usada várias vezes, os atributos das linhas correspondentes a qualquer uma das teclas serão exibidas. Esta opção ativa automaticamente a opção `only`, para que as linhas de bloqueio não sejam ocultadas. Se isso não for o desejado, pode ser desativado com `only = false`.  Por exemplo, `%(trailers:key=Reviewed-by)` exibe linhas de atributos com a chave `Reviewed-by` (Revisado por).

note: type: Plain text
en: 'only[=val]': select whether non-trailer lines from the trailer block should be included. The `only` keyword may optionally be followed by an equal sign and one of `true`, `on`, `yes` to omit or `false`, `off`, `no` to show the non-trailer lines. If option is given without value it is enabled. If given multiple times the last value is used.
pt_BR: 'only [= val]': seleciona se o atributo das linhas que não são do bloco de atributos devem ser incluídas. A palavra-chave `only` pode opcionalmente ser seguida por um sinal de igual e um de `true`, `on`, `yes` para omitir ou `false`, `off`, `no` para exibir as linhas que não são do trailer. Caso a opção seja usada sem valor, ela será ativada. Caso seja usado várias vezes, apenas o último valor é considerado.

note: type: Plain text
en: 'separator=<SEP>': specify a separator inserted between trailer lines. When this option is not given each trailer line is terminated with a line feed character. The string SEP may contain the literal formatting codes described above. To use comma as separator one must use `%x2C` as it would otherwise be parsed as next option. If separator option is given multiple times only the last one is used. E.g., `%(trailers:key=Ticket,separator=%x2C )` shows all trailer lines whose key is "Ticket" separated by a comma and a space.
pt_BR: 'separator = <SEP>': especifique um separador inserido entre as linhas do atributo. Quando essa opção não é usada, cada linha é terminada com um caractere de avanço de linha. A sequência `SEP` pode conter os códigos de formatação literal descritos acima. Para usar vírgula como separador, é necessário usar `%x2C`, pois, caso contrário, seria analisado como sendo a próxima opção. Caso a opção separadora seja usada várias vezes, apenas a última será considerada. Por exemplo, `%(trailers:key=Ticket,separator=%x2C )` exibe todas as linhas do atributo cuja chave é "Ticket" separada por vírgulas e espaço.

note: type: Plain text
en: 'unfold[=val]': make it behave as if interpret-trailer's `--unfold` option was given. In same way as to for `only` it can be followed by an equal sign and explicit value. E.g., `%(trailers:only,unfold=true)` unfolds and shows all trailer lines.
pt_BR: 'unfold [= val]': faça com que ele se comporte como se a opção `--unfold` do `interpret-trailer` tivesse sido usado. Da mesma forma que para `only`, pode ser seguido por um sinal de igual e um valor explícito. Por exemplo, `%(trailers:only,unfold=true)`, se desdobra e mostra todas as linhas do atributo.

note: type: Plain text
en: 'valueonly[=val]': skip over the key part of the trailer line and only show the value part. Also this optionally allows explicit value.
pt_BR: 'valueonly [= val]': ignora a parte da chave principal e exibe apenas a parte do valor. Além disso, isso permite um valor explícito de forma opcional.

note: type: Plain text
en: The 'tformat:' format works exactly like 'format:', except that it provides "terminator" semantics instead of "separator" semantics. In other words, each commit has the message terminator character (usually a newline) appended, rather than a separator placed between entries.  This means that the final entry of a single-line format will be properly terminated with a new line, just as the "oneline" format does.  For example:
pt_BR: O formato 'tformat:' funciona exatamente como 'format:', exceto pelo fato de fornecer a semântica "terminator" em vez da semântica "separator". Em outras palavras, cada commit tem o caractere terminador da mensagem (geralmente uma nova linha) anexada, em vez de um separador colocado entre as entradas.  Isso significa que a entrada final de um formato de linha única será terminada corretamente com uma nova linha, assim como o formato "on-line".  Por exemplo:

note: type: Plain text
en: In addition, any unrecognized string that has a `%` in it is interpreted as if it has `tformat:` in front of it.  For example, these two are equivalent:
pt_BR: Além disso, qualquer string não reconhecida e que possua um `%` é interpretada como se tivesse `tformat:` à sua frente.  Por exemplo, estes dois são equivalentes:

note: type: Labeled list
en: --pretty[=<format>]
pt_BR: --pretty[=<formato>]

note: type: Plain text
en: Pretty-print the contents of the commit logs in a given format, where '<format>' can be one of 'oneline', 'short', 'medium', 'full', 'fuller', 'reference', 'email', 'raw', 'format:<string>' and 'tformat:<string>'.  When '<format>' is none of the above, and has '%placeholder' in it, it acts as if '--pretty=tformat:<format>' were given.
pt_BR: Imprima bem o conteúdo dos registros logs do commit em um determinado formato, onde '<formato>' pode ser um dos `oneline`, `short`, `medium`, `full`, `fuller`, `reference`, `email`, `raw`, `format:<string>` e `tformat:<string>`.  Quando `<formato>` não é um dos itens acima e possui `%placeholder`, ele age como se `--pretty=tformat:<format>' tenha sido usado.

note: type: Plain text
en: See the "PRETTY FORMATS" section for some additional details for each format.  When '=<format>' part is omitted, it defaults to 'medium'.
pt_BR: Consulte a seção "FORMATOS BONITOS" para obter detalhes adicionais para cada formato.  Quando a parte '=<formato>' é omitida, o valor predefinido é 'medium'.

note: type: Plain text
en: Note: you can specify the default pretty format in the repository configuration (see linkgit:git-config[1]).
pt_BR: Nota: você pode especificar o formato "pretty" padrão na configuração do repositório (consulte linkgit:git-config[1]).

note: type: Plain text
en: Instead of showing the full 40-byte hexadecimal commit object name, show only a partial prefix.  Non default number of digits can be specified with "--abbrev=<n>" (which also modifies diff output, if it is displayed).
pt_BR: Em vez de exibir os 40 bytes hexadecimais do nome completo do objeto commit, exiba apenas um prefixo parcial.  A quantidade de dígitos não padrão pode ser usado com `--abbrev=<n>` (que também modifica a saída do "diff", se for exibida).

note: type: Plain text
en: This should make "--pretty=oneline" a whole lot more readable for people using 80-column terminals.
pt_BR: Isso deve tornar `--pretty=oneline` muito mais legível para pessoas que usam terminais com 80 colunas.

note: type: Plain text
en: Show the full 40-byte hexadecimal commit object name. This negates `--abbrev-commit` and those options which imply it such as "--oneline". It also overrides the `log.abbrevCommit` variable.
pt_BR: Exibe os 40 bytes hexadecimais completos do objeto commit. Isso nega a opção `--abbrev-commit` e quaisquer outras que o impliquem em "--oneline". Ele também substitui a variável `log.abbrevCommit`.

note: type: Plain text
en: This is a shorthand for "--pretty=oneline --abbrev-commit" used together.
pt_BR: Este é um atalho para "--pretty=oneline --abbrev-commit" ser usado junto.

note: type: Plain text
en: By default, tabs are expanded in pretty formats that indent the log message by 4 spaces (i.e.  'medium', which is the default, 'full', and 'fuller').
pt_BR: A predefinição é que as guias sejam expandidas em belos formatos que recuam a mensagem do registro log em 4 espaços (ou seja,  'medium', a predefinição, 'full' e 'fuller').

note: type: Plain text
en: Show the notes (see linkgit:git-notes[1]) that annotate the commit, when showing the commit log message.  This is the default for `git log`, `git show` and `git whatchanged` commands when there is no `--pretty`, `--format`, or `--oneline` option given on the command line.
pt_BR: Exiba as anotações (consulte linkgit:git-notes[1]) que acompanham o commit durante a exibição da mensagem de configuração do registro log.  Este é o padrão para os comandos `git log`, `git show` e `git whatchanged` quando não houver as opções `--pretty`, `--format`, ou `--oneline` na linha de comando.

note: type: Plain text
en: By default, the notes shown are from the notes refs listed in the `core.notesRef` and `notes.displayRef` variables (or corresponding environment overrides). See linkgit:git-config[1] for more details.
pt_BR: É predefinido que as notas exibidas são das notas relocadas nas variáveis 'core.notesRef' e 'notes.displayRef' (ou substituições de ambiente correspondentes). Consulte linkgit:git-config[1] para obter mais detalhes.

note: type: Plain text
en: These options are deprecated. Use the above --notes/--no-notes options instead.
pt_BR: Estas opções são obsoletas. Em vez disso use as opções `--notes/--no-notes` acima.

note: type: Plain text
en: Check the validity of a signed commit object by passing the signature to `gpg --verify` and show the output.
pt_BR: Verifique a validade de um objeto commit assinado, passando a assinatura para `gpg --verify` e exibe a sua saída.

note: type: Plain text
en: A name referring to a list of repositories as the value of remotes.<group> in the configuration file.  (See linkgit:git-config[1]).
pt_BR: Um nome referente para a lista de repositórios como o valor no arquivo de configuração `remotes.<group>`.  (Consulte linkgit:git-config[1]).

note: type: Plain text
en: 	(see linkgit:git-fetch[1]).
pt_BR: 	(consulte linkgit:git-fetch[1]).

note: type: Title -
en: SPECIFYING REVISIONS
pt_BR: ESPECIFICANDO REVISÕES

note: type: Plain text
en: A revision parameter '<rev>' typically, but not necessarily, names a commit object.  It uses what is called an 'extended SHA-1' syntax.  Here are various ways to spell object names.  The ones listed near the end of this list name trees and blobs contained in a commit.
pt_BR: Um parâmetro de revisão '<rev>' normalmente, mas não necessariamente, dá nome a um objeto commit.  Utiliza o que é chamado de uma sintaxe 'extended SHA-1'.  Aqui estão as várias maneiras de soletrar os nomes dos objetos.  Os listados próximos do final desta lista nomeiam árvores e gotas contidos em uma confirmação.

note: type: Plain text
en: This document shows the "raw" syntax as seen by git. The shell and other UIs might require additional quoting to protect special characters and to avoid word splitting.
pt_BR: Este documento demonstra a sintaxe "bruta" como vista pelo git. O shell e outras UIs podem exigir citações adicionais para proteger os caracteres especiais e evitar a divisão de palavras.

note: type: Labeled list
en: '<sha1>', e.g. 'dae86e1950b1277e545cee180551750029cfe735', 'dae86e'
pt_BR: '<sha1>', exemplo. 'dae86e1950b1277e545cee180551750029cfe735', 'dae86e'

note: type: Plain text
en: The full SHA-1 object name (40-byte hexadecimal string), or a leading substring that is unique within the repository.  E.g. dae86e1950b1277e545cee180551750029cfe735 and dae86e both name the same commit object if there is no other object in your repository whose object name starts with dae86e.
pt_BR: O nome completo do objeto SHA-1 (a sequência hexadecimal com 40-bytes) ou uma carreira de caracteres que é exclusiva e única no repositório.  Por exemplo, dae86e1950b1277e545cee180551750029cfe735 e dae86e nomeiam o mesmo objeto commit caso não haja um outro objeto em seu repositório cujo nome comece com daee.

note: type: Labeled list
en: '<describeOutput>', e.g. 'v1.7.4.2-679-g3bee7fb'
pt_BR: '<describeOutput>', exemplo. 'v1.7.4.2-679-g3bee7fb'

note: type: Plain text
en: Output from `git describe`; i.e. a closest tag, optionally followed by a dash and a number of commits, followed by a dash, a 'g', and an abbreviated object name.
pt_BR: A saída do `git describe`; ou seja, um tag mais próximo opcionalmente seguido por um traço e um número do commit seguido por um traço, um 'g' e um nome abreviado do objeto.

note: type: Labeled list
en: '<refname>', e.g. 'master', 'heads/master', 'refs/heads/master'
pt_BR: '<refname>', exemplo. 'master', 'heads/master', 'refs/heads/master'

note: type: Plain text
en: A symbolic ref name.  E.g. 'master' typically means the commit object referenced by 'refs/heads/master'.  If you happen to have both 'heads/master' and 'tags/master', you can explicitly say 'heads/master' to tell Git which one you mean.  When ambiguous, a '<refname>' is disambiguated by taking the first match in the following rules:
pt_BR: Um nome simbólico `ref`.  'master' por exemplo, significa que o objeto de commit tem referência com 'refs/heads/master'.  Caso aconteça de haver ambos os 'heads/master' ou 'tags/master', você pode explicitamente usar 'heads/master' para informar o Git qual deles quer.  Quando ambíguo, um '<refname>' que desperte dúvidas é interpretado através da primeira coincidência de acordo com as seguintes regras:

note: type: Plain text
en: If '$GIT_DIR/<refname>' exists, that is what you mean (this is usually useful only for `HEAD`, `FETCH_HEAD`, `ORIG_HEAD`, `MERGE_HEAD` and `CHERRY_PICK_HEAD`);
pt_BR: Caso '$GIT_DIR/<refname>' exista, quando é isso o que você quer dizer (geralmente é apenas útil para `HEAD`, `FETCH_HEAD`, `ORIG_HEAD`, `MERGE_HEAD` e `CHERRY_PICK_HEAD`);

note: type: Plain text
en: otherwise, 'refs/<refname>' if it exists;
pt_BR: caso contrário, use 'refs/<refname>' caso exista;

note: type: Plain text
en: otherwise, 'refs/tags/<refname>' if it exists;
pt_BR: caso contrário, use 'refs/tags/<refname>' caso exista;

note: type: Plain text
en: otherwise, 'refs/heads/<refname>' if it exists;
pt_BR: caso contrário, use 'refs/heads/<refname>' caso exista;

note: type: Plain text
en: otherwise, 'refs/remotes/<refname>' if it exists;
pt_BR: caso contrário, use 'refs/remotes/<refname>' caso exista;

note: type: Plain text
en: otherwise, 'refs/remotes/<refname>/HEAD' if it exists.
pt_BR: caso contrário, use 'refs/remotes/<refname>/HEAD' caso exista.

note: type: Plain text
en: `HEAD` names the commit on which you based the changes in the working tree.  `FETCH_HEAD` records the branch which you fetched from a remote repository with your last `git fetch` invocation.  `ORIG_HEAD` is created by commands that move your `HEAD` in a drastic way, to record the position of the `HEAD` before their operation, so that you can easily change the tip of the branch back to the state before you ran them.  `MERGE_HEAD` records the commit(s) which you are merging into your branch when you run `git merge`.  `CHERRY_PICK_HEAD` records the commit which you are cherry-picking when you run `git cherry-pick`.
pt_BR: `HEAD` nomeia o commit no qual você teve como base as alterações na árvore de trabalho.  `FETCH_HEAD` registra em qual ramo você buscou no repositório remoto com a sua última invocação `git fetch`.  `ORIG_HEAD` é criado por comandos que movem seu` HEAD` de uma maneira drástica, para registrar a posição do `HEAD` antes da sua operação, para que você possa facilmente mudar a ponta do ramo de volta ao estado anterior a sua execução.  `MERGE_HEAD` registra os commits que você está mesclando no seu ramo quando você executa o comando `git merge`.  `CHERRY_PICK_HEAD` registra o commit que você está escolhendo quando executa o comando `git cherry-pick`.

note: type: Plain text
en: Note that any of the 'refs/*' cases above may come either from the `$GIT_DIR/refs` directory or from the `$GIT_DIR/packed-refs` file.  While the ref name encoding is unspecified, UTF-8 is preferred as some output processing may assume ref names in UTF-8.
pt_BR: Observe que em qualquer um dos casos o 'refs/*' acima pode vir do diretório `$GIT_DIR/refs` ou do arquivo`$ GIT_DIR/packed-refs`.  Embora a codificação do nome de referência não seja especificado, o UTF-8 é o predefinido pois algum processamento de saída pode assumir nomes `ref` em UTF-8.

note: type: Plain text
en: '@' alone is a shortcut for `HEAD`.
pt_BR: O '@' sozinho é um atalho para `HEAD`.

note: type: Labeled list
en: '[<refname>]@{<date>}', e.g. 'master@\{yesterday\}', 'HEAD@{5 minutes ago}'
pt_BR: '[<refname>]@{<date>}', exemplo. 'master@\{yesterday\}', 'HEAD@{5 minutos atrás}'

note: type: Plain text
en: A ref followed by the suffix '@' with a date specification enclosed in a brace pair (e.g. '\{yesterday\}', '{1 month 2 weeks 3 days 1 hour 1 second ago}' or '{1979-02-26 18:30:00}') specifies the value of the ref at a prior point in time.  This suffix may only be used immediately following a ref name and the ref must have an existing log ('$GIT_DIR/logs/<ref>'). Note that this looks up the state of your *local* ref at a given time; e.g., what was in your local 'master' branch last week. If you want to look at commits made during certain times, see `--since` and `--until`.
pt_BR: Um `ref` seguido por um sufixo '@' om uma especificação ordinal incluída em um par de chaves (exemplo. '\{ontem\}', '{1 mês 2 semanas 3 dias 1 hora 1 segundo atrás}' ou '{1979-02-26 18:30:00}') especifica o valor do `ref` em um momento anterior.  Esse sufixo pode ser usado imediatamente após um nome `ref` e o `ref` deve ter um log que já exista em ('$GIT_DIR/logs/<ref>'). Observe que isso consulta o estado do seu `ref` *local* em um determinado momento; por exemplo, o que estava no seu ramo 'master' na semana passada. Caso queira ver os commits feitos durante determinados períodos de tempo, consulte `--since` and `--until`.

note: type: Plain text
en: A ref followed by the suffix '@' with an ordinal specification enclosed in a brace pair (e.g. '\{1\}', '\{15\}') specifies the n-th prior value of that ref.  For example 'master@\{1\}' is the immediate prior value of 'master' while 'master@\{5\}' is the 5th prior value of 'master'. This suffix may only be used immediately following a ref name and the ref must have an existing log ('$GIT_DIR/logs/<refname>').
pt_BR: Um `ref` seguido pelo sufixo '@' com uma especificação ordinal incluída em um par de chaves (exemplo, '\{1\}', '\{15\}') especifica o enésimo valor anterior dessa ref.  Por exemplo, 'master@\{1\}' é o valor anterior imediato de 'master', enquanto 'master@\{5\}' é o quinto valor anterior do 'master'. Este sufixo poderá ser usado imediatamente após um nome `ref` e o mesmo deve ter um registro log existente em ('$GIT_DIR/logs/<refname>').

note: type: Labeled list
en: '@{<n>}', e.g. '@\{1\}'
pt_BR: '@{<n>}', exemplo. '@\{1\}'

note: type: Plain text
en: You can use the '@' construct with an empty ref part to get at a reflog entry of the current branch. For example, if you are on branch 'blabla' then '@\{1\}' means the same as 'blabla@\{1\}'.
pt_BR: Você pode usar a construção '@' com um `ref` vazio para obter uma entrada `reflog` da ramificação atual. Por exemplo, caso esteja no ramo 'blabla' então '@\{1\}' significa o mesmo que 'blabla@\{1\}'.

note: type: Labeled list
en: '@{-<n>}', e.g. '@{-1}'
pt_BR: '@{-<n>}', exemplo, '@{-1}'

note: type: Plain text
en: The construct '@{-<n>}' means the <n>th branch/commit checked out before the current one.
pt_BR: O construtor '@{-<n>}' significa que <n> do ramo/commit foi verificado antes da atual.

note: type: Labeled list
en: '[<branchname>]@\{upstream\}', e.g. 'master@\{upstream\}', '@\{u\}'
pt_BR: '[<branchname>]@\{upstream\}', exemplo, 'master@\{upstream\}', '@\{u\}'

note: type: Plain text
en: The suffix '@\{upstream\}' to a branchname (short form '<branchname>@\{u\}')  refers to the branch that the branch specified by branchname is set to build on top of (configured with `branch.<name>.remote` and `branch.<name>.merge`).  A missing branchname defaults to the current one. These suffixes are also accepted when spelled in uppercase, and they mean the same thing no matter the case.
pt_BR: O sufixo '@ {upstream}' para uma ramificação (formato abreviado '<branchname>@\{u\}') refere-se ao ramo da ramificação especificada pelo nome do ramo, está configurado para construir em cima de `branch.<name>.remote` e `branch.<name>.merge`).  É predefinido que na falta do nome de um ramo o atual seja usado. Esses sufixos também são aceitos quando digitados em maiúsculas e significam a mesma coisa, não importa o caso.

note: type: Labeled list
en: '[<branchname>]@\{push\}', e.g. 'master@\{push\}', '@\{push\}'
pt_BR: '[<branchname>]@\{push\}', exemplo, 'master@\{push\}', '@\{push\}'

note: type: Plain text
en: The suffix '@\{push}' reports the branch "where we would push to" if `git push` were run while `branchname` was checked out (or the current `HEAD` if no branchname is specified). Since our push destination is in a remote repository, of course, we report the local tracking branch that corresponds to that branch (i.e., something in `refs/remotes/`).
pt_BR: O sufixo '@\{push}' relata ao ramo "para onde estivermos fazendo o push" se `git push` fosse executado enquanto `branchname` foi verificado (ou o `HEAD` atual, caso nenhum nome do ramo tenha sido especificado). Como o nosso `push` foi feito em um repositório remoto, é claro, relatamos o ramo de rastreamento local que tenha correspondência a esse ramo (ou seja, algo em `refs/remotes/`).

note: type: Plain text
en: Here's an example to make it more clear:
pt_BR: Aqui um exemplo para deixar mais claro:

note: type: Plain text
en: Note in the example that we set up a triangular workflow, where we pull from one location and push to another. In a non-triangular workflow, '@\{push}' is the same as '@\{upstream}', and there is no need for it.
pt_BR: Observe no exemplo que configuramos um fluxo de trabalho triangular, onde fazemos o `pull` de um local e o `push` para outro. Em um fluxo de trabalho não triangular, '@\{push}' é igual como '@\{upstream}' e não é necessário.

note: type: Plain text
en: This suffix is also accepted when spelled in uppercase, and means the same thing no matter the case.
pt_BR: Esse sufixo também é aceito quando escrito em maiúsculas e significa a mesma coisa, não importa o caso.

note: type: Labeled list
en: '<rev>{caret}[<n>]', e.g. 'HEAD{caret}, v1.5.1{caret}0'
pt_BR: '<rev>{caret}[<n>]', exemplo, 'HEAD{caret}, v1.5.1{caret}0'

note: type: Plain text
en: A suffix '{caret}' to a revision parameter means the first parent of that commit object.  '{caret}<n>' means the <n>th parent (i.e.  '<rev>{caret}' is equivalent to '<rev>{caret}1').  As a special rule, '<rev>{caret}0' means the commit itself and is used when '<rev>' is the object name of a tag object that refers to a commit object.
pt_BR: Um sufixo '{caret}' para um parâmetro de revisão significa que a primeira matriz desse objeto commit.  '{caret}<n>' significa que é a <n>th matriz (ou seja,  '<rev>{caret}' é equivamente a '<rev>{caret}1').  Como regra especial, '<rev>{caret}0' significa o commit em si e é usado quando '<rev>' for o nome do objeto de um objeto `tag` que tenha referência a um objeto de commit.

note: type: Labeled list
en: '<rev>{tilde}[<n>]', e.g. 'HEAD{tilde}, master{tilde}3'
pt_BR: '<rev>{tilde}[<n>]', exemplo, 'HEAD{tilde}, master{tilde}3'

note: type: Plain text
en: A suffix '{tilde}' to a revision parameter means the first parent of that commit object.  A suffix '{tilde}<n>' to a revision parameter means the commit object that is the <n>th generation ancestor of the named commit object, following only the first parents.  I.e. '<rev>{tilde}3' is equivalent to '<rev>{caret}{caret}{caret}' which is equivalent to '<rev>{caret}1{caret}1{caret}1'.  See below for an illustration of the usage of this form.
pt_BR: Um sufixo '{tilde}' para um parâmetro de revisão significa o que a primeira matriz deste objeto commit.  Um sufixo '{tilde}<n>' para um parâmetro de revisão significa que o objeto commit é o <n> do ancestral da geração do objeto commit nomeado, seguindo apenas os primeiras matrizes.  Ou seja, '<rev>{tilde}3' é equivalente a '<rev>{caret}{caret}{caret}' que é equivalente a '<rev>{caret}1{caret}1{caret}1'.  Veja abaixo uma ilustração do uso deste formato.

note: type: Labeled list
en: '<rev>{caret}{<type>}', e.g. 'v0.99.8{caret}\{commit\}'
pt_BR: '<rev>{caret}{<type>}', exemplo, 'v0.99.8{caret}\{commit\}'

note: type: Plain text
en: A suffix '{caret}' followed by an object type name enclosed in brace pair means dereference the object at '<rev>' recursively until an object of type '<type>' is found or the object cannot be dereferenced anymore (in which case, barf).  For example, if '<rev>' is a commit-ish, '<rev>{caret}\{commit\}' describes the corresponding commit object.  Similarly, if '<rev>' is a tree-ish, '<rev>{caret}\{tree\}' describes the corresponding tree object.  '<rev>{caret}0' is a short-hand for '<rev>{caret}\{commit\}'.
pt_BR: Um sufixo '{caret}' seguido por um tipo de objeto com nome fechado entre chaves significa remover a referência do objeto em '<ref>' recursivamente até que um objeto do tipo '<type>' seja encontrado ou não seja mais possível remover a referência do (nesse caso, `barf`).  Por exemplo, caso '<ref>' seja um commit ish, '<rev>{caret}\{commit\}' descreve o objeto commit correspondente.  Da mesma forma caso '<re>' seja um ish da árvore '<rev>{caret}\{tree\}', descreve o objeto da árvore correspondente.

note: type: Plain text
en: '<rev>{caret}\{object\}' can be used to make sure '<rev>' names an object that exists, without requiring '<rev>' to be a tag, and without dereferencing '<rev>'; because a tag is already an object, it does not have to be dereferenced even once to get to an object.
pt_BR: '<rev>{caret}\{object\}' pode ser utilizado para ter certeza que os nomes '<rev>' de um determinado objeto existam, sem requerer que '<rev>' seja uma tag e sem perder a referência com '<rev>'; pois `tag` já é um objeto, não a necessidade que seja perdido a referência nenhuma vez para chegar a um objeto.

note: type: Plain text
en: '<rev>{caret}\{tag\}' can be used to ensure that '<rev>' identifies an existing tag object.
pt_BR: '<rev>{caret}\{tag\}' pode ser utilizado para ter certeza que '<rev>' identifique um objeto `tag` já existente.

note: type: Labeled list
en: '<rev>{caret}{}', e.g. 'v0.99.8{caret}{}'
pt_BR: '<rev>{caret}{}', exemplo, 'v0.99.8{caret}{}'

note: type: Plain text
en: A suffix '{caret}' followed by an empty brace pair means the object could be a tag, and dereference the tag recursively until a non-tag object is found.
pt_BR: Um sufixo '{caret}' seguido por um par de chaves vazias significa que o objeto pode ser uma tag e perder a referência de uma tag recursivamente, até que um objeto que não seja tag, seja encontrada.

note: type: Labeled list
en: '<rev>{caret}{/<text>}', e.g. 'HEAD^{/fix nasty bug}'
pt_BR: '<rev>{caret}{/<text>}', exemplo, 'HEAD^{/fix nasty bug}'

note: type: Plain text
en: A suffix '{caret}' to a revision parameter, followed by a brace pair that contains a text led by a slash, is the same as the ':/fix nasty bug' syntax below except that it returns the youngest matching commit which is reachable from the '<rev>' before '{caret}'.
pt_BR: Um sufixo '{caret}' para um parâmetro de revisão, seguido por um par de chaves que contém um texto liderado por uma barra, é o mesmo que a sintaxe ':/fix nasty bug' abaixo, exceto que ele retorna o commit coincidente mais jovem que é acessível a partir de '<rev>' antes de '{caret}'.

note: type: Labeled list
en: ':/<text>', e.g. ':/fix nasty bug'
pt_BR: ':/<text>', exemplo, ':/fix nasty bug'

note: type: Plain text
en: A colon, followed by a slash, followed by a text, names a commit whose commit message matches the specified regular expression.  This name returns the youngest matching commit which is reachable from any ref, including HEAD.  The regular expression can match any part of the commit message. To match messages starting with a string, one can use e.g. ':/^foo'. The special sequence ':/!' is reserved for modifiers to what is matched. ':/!-foo' performs a negative match, while ':/!!foo' matches a literal '!' character, followed by 'foo'. Any other sequence beginning with ':/!' is reserved for now.  Depending on the given text, the shell's word splitting rules might require additional quoting.
pt_BR: Da nome a um commit aqueles que forem seguidos por um traço e por um texto, e a mensagem de commit coincidir à expressão regular especificada.  Esse nome retorna o commit coincidente mais jovem, acessível a partir de qualquer referência, incluindo `HEAD`.  A expressão regular pode corresponder a qualquer parte da mensagem do commit. Para coincidir mensagens que comecem com uma string, pode-se utilizar ':/^foo' por exemplo. A sequência especial ': /!' está reservada para modificadores que tenham coincidências. ':/!-foo' executa uma coincidência negativa, enquanto ':/!!foo' coincide com um caractere literal '!', seguido por 'foo'. No momento, qualquer outra sequência começando com ':/!' está reservada. Dependendo do texto informado, as regras de divisão de palavras do shell podem exigir citações adicionais.

note: type: Labeled list
en: '<rev>:<path>', e.g. 'HEAD:README', 'master:./README'
pt_BR: '<rev>:<path>', exemplo, 'HEAD:README', 'master:./README'

note: type: Plain text
en: A suffix ':' followed by a path names the blob or tree at the given path in the tree-ish object named by the part before the colon.  A path starting with './' or '../' is relative to the current working directory.  The given path will be converted to be relative to the working tree's root directory.  This is most useful to address a blob or tree from a commit or tree that has the same tree structure as the working tree.
pt_BR: Um sufixo ':' seguido de um caminho nomeia a gota ou a árvore no caminho especificado no objeto  da árvore "ish" nomeado pela parte antes dos dois pontos.  Um caminho começando com './' ou '../' é relativo ao diretório de trabalho atual.  O caminho especificado será convertido para ser relativo ao diretório raiz da árvore de trabalho.  Isso é mais útil para abordar uma gota ou árvore de um commit ou uma árvore que tenha a mesma estrutura de árvore que uma árvore de trabalho.

note: type: Labeled list
en: ':[<n>:]<path>', e.g. ':0:README', ':README'
pt_BR: ':[<n>:]<path>', exemplo, ':0:README', ':README'

note: type: Plain text
en: A colon, optionally followed by a stage number (0 to 3) and a colon, followed by a path, names a blob object in the index at the given path. A missing stage number (and the colon that follows it) names a stage 0 entry. During a merge, stage 1 is the common ancestor, stage 2 is the target branch's version (typically the current branch), and stage 3 is the version from the branch which is being merged.
pt_BR: Os dois pontos opcionalmente seguidos por um número de estágio (0 para 3) e dois pontos, seguidos por um caminho, nomeiam um objeto gota no índice no caminho especificado. Nomeia uma entrada de estágio quando o número estiver ausente (assim como dois pontos que o seguem). Durante uma mesclagem, o estágio 1 é o ancestral comum, o estágio 2 é a versão do ramo de destino (normalmente o ramo atual) e o estágio 3 é a versão do ramo que está sendo mesclado.

note: type: Plain text
en: Here is an illustration, by Jon Loeliger.  Both commit nodes B and C are parents of commit node A.  Parent commits are ordered left-to-right.
pt_BR: Aqui está uma ilustração, de Jon Loeliger.  Ambos os nós do commit B e C são as matrizes do nós do commit A.  Os commits matriz são ordenados da esquerda para a direita.

note: type: Plain text
en: History traversing commands such as `git log` operate on a set of commits, not just a single commit.
pt_BR: O histórico que atravessa os comandos como o `git log` opera em um determinado conjunto de commits e não apenas em único commit.

note: type: Plain text
en: For these commands, specifying a single revision, using the notation described in the previous section, means the set of commits `reachable` from the given commit.
pt_BR: Para esses comandos, especifique uma única revisão usando a notação descrita na seção anterior, significa que o conjunto de commits `alcançáveis` a partir da confirmação fornecida.

note: type: Plain text
en: A commit's reachable set is the commit itself and the commits in its ancestry chain.
pt_BR: O conjunto acessível de um commit é o próprio commit e o commit em sua cadeia de ancestrais.

note: type: Title ~
en: Commit Exclusions
pt_BR: Exclusões de Commits

note: type: Title ~
en: Commit Limiting
pt_BR: Limitação do Commit

note: type: Plain text
en: Besides specifying a range of commits that should be listed using the special notations explained in the description, additional commit limiting may be applied.
pt_BR: Além de especificar uma série de commits que devem ser listados usando as notações especiais explicadas na descrição, podem ser aplicadas limitações adicionais ao commit.

note: type: Plain text
en: Using more options generally further limits the output (e.g.  `--since=<date1>` limits to commits newer than `<date1>`, and using it with `--grep=<pattern>` further limits to commits whose log message has a line that matches `<pattern>`), unless otherwise noted.
pt_BR: O uso de mais opções geralmente limita ainda mais a saída (por exemplo,  limites `--since=<date1>` para commits mais recentes que `<data1>`, e usá-lo com `--grep=<pattern>` limita ainda mais para os commits cuja mensagem de registro log possua uma linha que coincida com `<pattern>`), a menos que indicado de outra maneira.

note: type: Plain text
en: Note that these are applied before commit ordering and formatting options, such as `--reverse`.
pt_BR: Observe que eles são aplicados antes da organização do commit e das opções de formatação como `--reverse`.

note: type: Labeled list
en: -<number>
pt_BR: -<quantidade>

note: type: Labeled list
en: -n <number>
pt_BR: -n <quantidade>

note: type: Labeled list
en: --max-count=<number>
pt_BR: --max-count=<quantidade>

note: type: Plain text
en: Limit the number of commits to output.
pt_BR: Limita a quantidade de commits na saída.

note: type: Labeled list
en: --skip=<number>
pt_BR: --skip=<quantidade>

note: type: Plain text
en: Skip 'number' commits before starting to show the commit output.
pt_BR: Ignora a 'quantidade'de commits antes começa a exibir a saída do commit.

note: type: Labeled list
en: --since=<date>
pt_BR: --since=<data>

note: type: Labeled list
en: --after=<date>
pt_BR: --after=<data>

note: type: Plain text
en: Show commits more recent than a specific date.
pt_BR: Mostra os commits mais recentes do que a data informada.

note: type: Labeled list
en: --until=<date>
pt_BR: --until=<data>

note: type: Labeled list
en: --before=<date>
pt_BR: --before=<data>

note: type: Plain text
en: Show commits older than a specific date.
pt_BR: Mostra os commits mais antigos do que a data informada.

note: type: Plain text
en: Limit the commits output to specified time range.
pt_BR: Limita a saída dos commits para um período de tempo específico.

note: type: Plain text
en: Limit the commits output to ones with author/committer header lines that match the specified pattern (regular expression).  With more than one `--author=<pattern>`, commits whose author matches any of the given patterns are chosen (similarly for multiple `--committer=<pattern>`).
pt_BR: Limita a saída dos commits com o autor do commit no cabeçalho que coincidam com um padrão específico (expressão regular).  Com mais de um `--author=<pattern>`, commits  cujos autores coincidam com qualquer um dos padrões escolhidos (semelhante para multiplos `--committer=<pattern>`).

note: type: Plain text
en: Limit the commits output to ones with reflog entries that match the specified pattern (regular expression). With more than one `--grep-reflog`, commits whose reflog message matches any of the given patterns are chosen.  It is an error to use this option unless `--walk-reflogs` is in use.
pt_BR: Limite a saída dos commits para aqueles com entradas de reflog que coincidam com determinado padrão (expressão regular). Com mais de um `--grep-reflog`, faça o commit daqueles cuja mensagem de reflog coincida com qualquer um dos padrões determinados.  É um erro utilizar esta opção a menos que `--walk-reflogs` esteja em uso.

note: type: Plain text
en: Limit the commits output to ones with log message that matches the specified pattern (regular expression).  With more than one `--grep=<pattern>`, commits whose message matches any of the given patterns are chosen (but see `--all-match`).
pt_BR: Limite a saída dos commits para aqueles com mensagem de registro log que coincida com padrão determinado (expressão regular).  Com mais de um `--grep=<pattern>`, faça o commit daqueles cuja mensagem coincida com qualquer um dos padrões determinado (mas veja `--all-match`).

note: type: Plain text
en: When `--notes` is in effect, the message from the notes is matched as if it were part of the log message.
pt_BR: Quando `--notes` está em vigor, a mensagem das anotações é coincidida como se fizesse parte da mensagem do registro log.

note: type: Plain text
en: Limit the commits output to ones that match all given `--grep`, instead of ones that match at least one.
pt_BR: Limita a saída dos commits para aqueles que coincidam com todos os comandos `--grep` usado, em vez daqueles que coincidam com apenas um.

note: type: Plain text
en: Limit the commits output to ones with log message that do not match the pattern specified with `--grep=<pattern>`.
pt_BR: Limita a saída dos commits para aqueles com uma mensagem do registro log que não coincida com o padrão usado em com o comando `--grep=<pattern>`.

note: type: Plain text
en: Match the regular expression limiting patterns without regard to letter case.
pt_BR: Coincida a expressão regular limitando o padrão sem considerar o tamanho das letras.

note: type: Plain text
en: Consider the limiting patterns to be basic regular expressions; this is the default.
pt_BR: Considere os padrões limitadores como expressões regulares básicas; Essa é a predefinição.

note: type: Plain text
en: Consider the limiting patterns to be extended regular expressions instead of the default basic regular expressions.
pt_BR: Considere os padrões de limitação a serem estendidos nas expressões regulares em vez das expressões regulares básicas predefinidas.

note: type: Plain text
en: Consider the limiting patterns to be fixed strings (don't interpret pattern as a regular expression).
pt_BR: Considere os padrões limitadores como cadeias de caracteres fixos (não interprete o padrão como uma expressão regular).

note: type: Plain text
en: Consider the limiting patterns to be Perl-compatible regular expressions.
pt_BR: Considere os padrões limitadores como expressões regulares compatíveis com o Perl.

note: type: Plain text
en: Stop when a given path disappears from the tree.
pt_BR: Pare quando um caminho informado tenha desaparecido da árvore.

note: type: Plain text
en: Print only merge commits. This is exactly the same as `--min-parents=2`.
pt_BR: Exiba apenas os commits que foram mesclados. É exatamente o mesmo que a opção `--min-parents=2`.

note: type: Plain text
en: Do not print commits with more than one parent. This is exactly the same as `--max-parents=1`.
pt_BR: Não exiba os commits com mais de uma matriz. É exatamente o mesmo que a opção `--max-parents=1`.

note: type: Labeled list
en: --min-parents=<number>
pt_BR: --min-parents=<quantidade>

note: type: Labeled list
en: --max-parents=<number>
pt_BR: --max-parents=<quantidade>

note: type: Plain text
en: Show only commits which have at least (or at most) that many parent commits. In particular, `--max-parents=1` is the same as `--no-merges`, `--min-parents=2` is the same as `--merges`.  `--max-parents=0` gives all root commits and `--min-parents=3` all octopus merges.
pt_BR: Exibe apenas os commits que tenham pelo menos (ou no máximo) aquela quantidade de commits. Em particular, `--max-parents=1` é o mesmo que`--no-merges`, `--min-parents=2` é o mesmo que `--merges`.  A opção `--max-parents=0` fornece todos os commits raiz e `--min-parents=3` todas as mesclagens.

note: type: Plain text
en: Follow only the first parent commit upon seeing a merge commit.  This option can give a better overview when viewing the evolution of a particular topic branch, because merges into a topic branch tend to be only about adjusting to updated upstream from time to time, and this option allows you to ignore the individual commits brought in to your history by such a merge. Cannot be combined with --bisect.
pt_BR: Siga apenas o primeiro commit matriz ao ver um commit de mesclagem.  This option can give a better overview when viewing the evolution of a particular topic branch, because merges into a topic branch tend to be only about adjusting to updated upstream from time to time, and this option allows you to ignore the individual commits brought in to your history by such a merge. Cannot be combined with --bisect.

note: type: Plain text
en: Reverses the meaning of the '{caret}' prefix (or lack thereof)  for all following revision specifiers, up to the next `--not`.
pt_BR: Inverte o significado do prefixo '{cursor}' (ou falta dele)  para todos os especificadores das revisões seguintes, até o próximo `--not`.

note: type: Plain text
en: Pretend as if all the refs in `refs/`, along with `HEAD`, are listed on the command line as '<commit>'.
pt_BR: Finja como se todos os "refs" em `refs/` junto com `HEAD` estejam listados na linha de comando como '<commit>'.

note: type: Plain text
en: Pretend as if all the refs in `refs/heads` are listed on the command line as '<commit>'. If '<pattern>' is given, limit branches to ones matching given shell glob. If pattern lacks '?', '{asterisk}', or '[', '/{asterisk}' at the end is implied.
pt_BR: Finja que todas os "refs" em `refs/heads` estão listadas na linha de comando como `<commit>`. Caso `<pattern>` seja usado, limite as ramificações àquelas que coincidam à determinada shell glob. Fica implícito então caso o padrão não tenha `?`, `{asterisco}` ou '[', '/{asterisco}' no final.

note: type: Plain text
en: Pretend as if all the refs in `refs/tags` are listed on the command line as '<commit>'. If '<pattern>' is given, limit tags to ones matching given shell glob. If pattern lacks '?', '{asterisk}', or '[', '/{asterisk}' at the end is implied.
pt_BR: Finja que todos os "refs" em `refs/tags` estão listadas na linha de comando como `<commit>`. Caso o '<pattern>' seja usado, limite as tags às que coincidam à shell glob. Fica implícito então caso o padrão não tenha `?`, `{asterisco}` ou '[', '/{asterisco}' no final.

note: type: Plain text
en: Pretend as if all the refs in `refs/remotes` are listed on the command line as '<commit>'. If '<pattern>' is given, limit remote-tracking branches to ones matching given shell glob.  If pattern lacks '?', '{asterisk}', or '[', '/{asterisk}' at the end is implied.
pt_BR: Finja que todas as refs em `refs/remotes` estão listadas na linha de comando como `<commit>`. Caso o '<pattern>' seja usado, limite as ramificações de rastreamento remoto às que coincidam a determinado shell glob.  Fica implícito então caso o padrão não tenha `?`, `{asterisco}` ou '[', '/{asterisco}' no final.

note: type: Plain text
en: Pretend as if all the refs matching shell glob '<glob-pattern>' are listed on the command line as '<commit>'. Leading 'refs/', is automatically prepended if missing. If pattern lacks '?', '{asterisk}', or '[', '/{asterisk}' at the end is implied.
pt_BR: Finja como se todos os "refs" que coincidam com o shell glob `<glob-pattern>` estão listados na linha de comando como `<commit>`. A referência 'refs/', é automaticamente anexado quando em falta. Fica implícito então caso o padrão não tenha `?`, `{asterisco}` ou '[', '/{asterisco}' no final.

note: type: Plain text
en: Pretend as if all objects mentioned by reflogs are listed on the command line as `<commit>`.
pt_BR: Finja que todos os objetos mencionados pelos `reflogs` estejam listados na linha de comando como `<commit>`.

note: type: Plain text
en: Pretend as if all objects mentioned as ref tips of alternate repositories were listed on the command line. An alternate repository is any repository whose object directory is specified in `objects/info/alternates`.  The set of included objects may be modified by `core.alternateRefsCommand`, etc. See linkgit:git-config[1].
pt_BR: Finja como se todos os objetos mencionados como dicas ref dos repositórios alternativos fossem listados na linha de comando. Um repositório alternativo é qualquer repositório cujo diretório de objetos é especificado em `objects/info/alternates`.  O conjunto de objetos incluídos podem ser modificados por 'core.alternateRefsCommand', etc. Consulte linkgit:git-config[1].

note: type: Plain text
en: By default, all working trees will be examined by the following options when there are more than one (see linkgit:git-worktree[1]): `--all`, `--reflog` and `--indexed-objects`.  This option forces them to examine the current working tree only.
pt_BR: É predefinido que todas as árvores de trabalho serão examinadas pelas seguintes opções quando houver mais de um (consulte linkgit:git-worktree[1]): `--all`, `--reflog` e `--indexed-objects`.  Esta opção impõem o exame apenas da árvore de trabalho atual.

note: type: Plain text
en: Upon seeing an invalid object name in the input, pretend as if the bad input was not given.
pt_BR: Ao ver um nome de objeto inválido na entrada, finja que a entrada incorreta não foi informada.

note: type: Plain text
en: Pretend as if the bad bisection ref `refs/bisect/bad` was listed and as if it was followed by `--not` and the good bisection refs `refs/bisect/good-*` on the command line. Cannot be combined with --first-parent.
pt_BR: Finja como se uma bisseção ruim "ref" `refs/bisect/bad` estivesse listada e como se fosse seguida por `--not` e a boa bisseção refs `refs/bisect/good-*` na linha de comando. Não pode ser combinado com `--first-parent`.

note: type: Plain text
en: Like `--cherry-pick` (see below) but mark equivalent commits with `=` rather than omitting them, and inequivalent ones with `+`.
pt_BR: Como `--cherry-pick` (veja abaixo), porém marque os commits equivalentes com `=` ao invés de omiti-los e equivalentes com `+`.

note: type: Plain text
en: Omit any commit that introduces the same change as another commit on the ``other side'' when the set of commits are limited with symmetric difference.
pt_BR: Omitir qualquer commit que apresente a mesma alteração como em outro commit do ``outro lado" quando o conjunto de commits são limitadas com diferença simétrica.

note: type: Plain text
en: List only commits on the respective side of a symmetric difference, i.e. only those which would be marked `<` resp. `>` by `--left-right`.
pt_BR: Liste apenas os commits nos respectivos lados de um "diff" simétrico, ou seja, apenas aqueles que seriam marcados como `<` resp. `>` por `--left-right`.

note: type: Plain text
en: For example, `--cherry-pick --right-only A...B` omits those commits from `B` which are in `A` or are patch-equivalent to a commit in `A`. In other words, this lists the `+` commits from `git cherry A B`.  More precisely, `--cherry-pick --right-only --no-merges` gives the exact list.
pt_BR: Por exemplo, `--cherry-pick --right-only A...B` omite os commits de `B` que estão em `A` ou são equivalentes ao patch para um commit em` A`. Em outras palavras, isso lista os commits `+` de `git cherry A B`.  Mais precisamente, `--cherry-pick --right-only --no-merges` fornece a lista exata.

note: type: Plain text
en: A synonym for `--right-only --cherry-mark --no-merges`; useful to limit the output to the commits on our side and mark those that have been applied to the other side of a forked history with `git log --cherry upstream...mybranch`, similar to `git cherry upstream mybranch`.
pt_BR: Um sinônimo para `--right-only --cherry-mark --no-merges`; útil para limitar a saída dos commits do nosso lado e marcar aqueles que forem marcados no histórico bifurcado do outro lado com `git log --cherry upstream...meu-ramo`, semelhante ao `git cherry upstream meu-ramo`.

note: type: Plain text
en: If the starting point is specified as `ref@{Nth}`, show the index format.
pt_BR: Caso o ponto inicial seja usado como `ref@{Nth}`, exiba o formato do índice.

note: type: Plain text
en: If the starting point was specified as `ref@{now}`, show the timestamp format.
pt_BR: Caso o ponto inicial seja usado como `ref@{now}`, exiba o formato do registro de data e hora.

note: type: Plain text
en: If neither was used, but `--date` was given on the command line, show the timestamp in the format requested by `--date`.
pt_BR: Caso nenhum deles tenha sido usado, mas a opção `--data` foi usado na linha de comando, exibe o registro de data e hora no formato solicitado por `--data`.

note: type: Plain text
en: Otherwise, show the index format.
pt_BR: Caso contrário, exibe o formato do índice.

note: type: Plain text
en: Under `--pretty=oneline`, the commit message is prefixed with this information on the same line.  This option cannot be combined with `--reverse`.  See also linkgit:git-reflog[1].
pt_BR: Em `--pretty=oneline`, a mensagem do commit é prefixado na mesma linha com essas informações.  Esta opção não pode ser combinada com `-reverso`.  Consulte também linkgit:git-reflog[1].

note: type: Plain text
en: Under `--pretty=reference`, this information will not be shown at all.
pt_BR: Esta informação não será exibida de forma alguma sob `--pretty = reference`.

note: type: Plain text
en: After a failed merge, show refs that touch files having a conflict and don't exist on all heads to merge.
pt_BR: Após uma falha na mesclagem, exiba os "refs" que estão em atrito com os arquivos e não existam em todos os `HEADS` a serem mesclados.

note: type: Plain text
en: Output excluded boundary commits. Boundary commits are prefixed with `-`.
pt_BR: Limite de exclusão da saída dos commits. Os limites dos commits são prefixados com `-`.

note: type: Plain text
en: The following options select the commits to be shown:
pt_BR: As seguintes opções selecionam os commits que serão exibidos:

note: type: Labeled list
en: <paths>
pt_BR: <caminhos>

note: type: Plain text
en: Commits modifying the given <paths> are selected.
pt_BR: São selecionados os commits que alterarem os <caminhos> informados.

note: type: Plain text
en: Commits that are referred by some branch or tag are selected.
pt_BR: São selecionados os commits usados como referência por algumas ramificações ou tags.

note: type: Plain text
en: Note that extra commits can be shown to give a meaningful history.
pt_BR: Observe que os commits extras podem ser exibidos para fornecer um histórico significativo.

note: type: Plain text
en: The following options affect the way the simplification is performed:
pt_BR: As seguintes opções afetam a maneira como a simplificação é feita:

note: type: Labeled list
en: Default mode
pt_BR: Modo predefinido

note: type: Plain text
en: Simplifies the history to the simplest history explaining the final state of the tree. Simplest because it prunes some side branches if the end result is the same (i.e. merging branches with the same content)
pt_BR: Simplifica o histórico para o mais simples, explicando a condição final da árvore. Mais simples, porque remove algumas ramificações laterais caso o resultado final seja o mesmo (ou seja, mesclar as ramificações com o mesmo conteúdo)

note: type: Plain text
en: Same as the default mode, but does not prune some history.
pt_BR: O mesmo que o modo predefinido, mas não corta parte do histórico.

note: type: Plain text
en: Only the selected commits are shown, plus some to have a meaningful history.
pt_BR: Apenas os commits selecionados são exibidos e mais alguns que tenham algum histórico significante.

note: type: Plain text
en: All commits in the simplified history are shown.
pt_BR: São exibidos todos os commits com um histórico simplificado.

note: type: Plain text
en: Additional option to `--full-history` to remove some needless merges from the resulting history, as there are no selected commits contributing to this merge.
pt_BR: Opção adicional para `--full-history` para remover algumas mesclagens desnecessárias do histórico resultante, pois não há commits selecionados contribuindo para essa mesclagem.

note: type: Plain text
en: A more detailed explanation follows.
pt_BR: Segue explicações com mais detalhes.

note: type: Plain text
en: In `A`, `foo` contains just ``foo''.
pt_BR: Em `A`, `foo` contém apenas ``foo''.

note: type: Plain text
en: This results in:
pt_BR: Isso resulta em:

note: type: Labeled list
en: --full-history without parent rewriting
pt_BR: `--full-history` sem reescrita anterior

note: type: Labeled list
en: --full-history with parent rewriting
pt_BR: `--full-history` com reescrita anterior

note: type: Plain text
en: All commits that are walked are included.
pt_BR: Todos os commits que forem passados serão incluidos.

note: type: Plain text
en: Set `C'` to `C`.
pt_BR: Defina `C'` para `C`.

note: type: Plain text
en: Note the major differences in `N`, `P`, and `Q` over `--full-history`:
pt_BR: Observe que as maiores diferenças entre `N`, `P`, e `Q` sobre `--full-history`:

note: type: Plain text
en: Finally, there is a fifth simplification mode available:
pt_BR: Finalmente, há um quinto modo de simplificação disponível:

note: type: Plain text
en: As an example use case, consider the following commit history:
pt_BR: Como um exemplo de caso, considere o seguinte histórico do commit:

note: type: Plain text
en: This is useful because it makes it easy to choose a good commit to test when you want to avoid to test some of them for some reason (they may not compile for example).
pt_BR: Isso é útil porque facilita a escolha de um bom commit para testar quando quiser evitar o teste de alguns deles por algum motivo (por eles não poderem ser compilados, por exemplo).

note: type: Plain text
en: This option can be used along with `--bisect-vars`, in this case, after all the sorted commit objects, there will be the same text as if `--bisect-vars` had been used alone.
pt_BR: Esta opção pode ser usada junto com `--bisect-vars`, neste caso, quando todos os objetos commits forem classificados, haverá o mesmo texto como se `--bisect-vars` tivesse sido usado sozinho.

note: type: Title ~
en: Commit Ordering
pt_BR: Ordenando os Commits

note: type: Plain text
en: By default, the commits are shown in reverse chronological order.
pt_BR: É predefinido que os commits sejam exibidos em uma ordem cronológica reversa.

note: type: Plain text
en: Show no parents before all of its children are shown, but otherwise show commits in the commit timestamp order.
pt_BR: Não exiba nenhuma matriz antes de todos os herdeiros, porém exiba os commits com uma ordem de data e hora.

note: type: Plain text
en: Show no parents before all of its children are shown, but otherwise show commits in the author timestamp order.
pt_BR: Não exiba nenhuma matriz antes de todos os herdeiros, porém exiba os commits com uma ordem de data e hora do autor.

note: type: Plain text
en: Show no parents before all of its children are shown, and avoid showing commits on multiple lines of history intermixed.
pt_BR: Não exiba nenhuma matriz antes de todos os herdeiros e evite exibir os commits com múltiplas linhas misturadas no histórico.

note: type: Plain text
en: For example, in a commit history like this:
pt_BR: Por exemplo, em um histórico de commit como este:

note: type: Plain text
en: where the numbers denote the order of commit timestamps, `git rev-list` and friends with `--date-order` show the commits in the timestamp order: 8 7 6 5 4 3 2 1.
pt_BR: onde os números indicam a ordem dos registros de data e hora do commit, o comando `git rev-list` e seus amigos `--date-order` exibem os commits na ordem de registro de data e hora: 8 7 6 5 4 3 2 1.

note: type: Plain text
en: With `--topo-order`, they would show 8 6 5 3 7 4 2 1 (or 8 7 4 2 6 5 3 1); some older commits are shown before newer ones in order to avoid showing the commits from two parallel development track mixed together.
pt_BR: Com `--topo-order`, eles mostrariam 8 6 5 3 7 4 2 1 (ou 8 7 4 2 6 5 3 1); alguns commits mais antigos são exibidos antes dos mais recentes, a fim de se evitar exibir os commits das duas trilhas de desenvolvimento paralelas misturadas juntas.

note: type: Plain text
en: Output the commits chosen to be shown (see Commit Limiting section above) in reverse order. Cannot be combined with `--walk-reflogs`.
pt_BR: Envie os commits escolhidos para serem exibidos (consulte a seção Limitação do Commit acima) na ordem inversa. Não pode ser combinado com `--walk-reflogs`.

note: type: Title ~
en: Object Traversal
pt_BR: Passagem de Objeto

note: type: Plain text
en: These options are mostly targeted for packing of Git repositories.
pt_BR: Essas opções são direcionadas principalmente para o empacotamento dos repositórios Git.

note: type: Plain text
en: Only useful with `--objects`; print the names of the object IDs that are found. This is the default behavior.
pt_BR: Útil apenas com `--objects`; imprima os nomes dos IDs dos objetos que forem encontrados. Este é o comportamento predefinido.

note: type: Plain text
en: Only useful with `--objects`; does not print the names of the object IDs that are found. This inverts `--object-names`. This flag allows the output to be more easily parsed by commands such as linkgit:git-cat-file[1].
pt_BR: Útil apenas com `--objects`; não imprime os nomes dos IDs dos objetos encontrados. Isso inverte `--object-names`. Essa flag permite que a saída seja analisada mais facilmente por comandos como linkgit:git-cat-file[1].

note: type: Plain text
en: The form '--filter=blob:none' omits all blobs.
pt_BR: O formulário '--filter=blob:none' omite todos as "gotas".

note: type: Plain text
en: Turn off any previous `--filter=` argument.
pt_BR: Desligue qualquer opção `--filter=` usada anteriormente.

note: type: Plain text
en: The form '--missing=error' requests that rev-list stop with an error if a missing object is encountered.  This is the default action.
pt_BR: A opção `--missing=error` solicita que os objetos do pacote parem com um erro caso um objeto perdido seja encontrado.  Esta é a ação predefinida.

note: type: Plain text
en: The form '--missing=allow-promisor' is like 'allow-any', but will only allow object traversal to continue for EXPECTED promisor missing objects.  Unexpected missing objects will raise an error.
pt_BR: A opção '--missing=allow-promisor' é como `allow-any`, mas só vai permitir que a travessia de objetos continue para os objetos prometedores PREVISTOS.  Os objetos perdidos e inesperados provocarão um erro.

note: type: Plain text
en: The form '--missing=print' is like 'allow-any', but will also print a list of the missing objects.  Object IDs are prefixed with a ``?'' character.
pt_BR: A opção `--missing=print' é como `allow any`, porém também imprime uma lista dos objetos perdidos.  As IDs do objeto são prefixadas com um caractere `?`.

note: type: Plain text
en: (For internal use only.)  Prefilter object traversal at promisor boundary.  This is used with partial clone.  This is stronger than `--missing=allow-promisor` because it limits the traversal, rather than just silencing errors about missing objects.
pt_BR: (Apenas para uso interno.) Uma pré-filtragem da travessia do objeto em um limite promissor  Isso é usado com clone parcial.  É mais forte do que `--missing=allow-promisor` porque limita a passagem, em vez de apenas silenciar os erros sobre os objetos perdidos.

note: type: Labeled list
en: --no-walk[=(sorted|unsorted)]
pt_BR: --no-walk[=(com classificação|sem classificação)]

note: type: Plain text
en: Only show the given commits, but do not traverse their ancestors.  This has no effect if a range is specified. If the argument `unsorted` is given, the commits are shown in the order they were given on the command line. Otherwise (if `sorted` or no argument was given), the commits are shown in reverse chronological order by commit time.  Cannot be combined with `--graph`.
pt_BR: Exibe apenas determinados commits, mas não atravesse os seus ancestrais.  Isso não tem nenhum efeito caso um intervalo seja especificado. Caso o argumento `sem classificação` seja usada, as confirmações serão mostradas na ordem em que foram usadas na linha de comando. Caso contrário (se o argumento `ordenado` ou nenhum outro seja usado), os commits serão exibidos em ordem cronológica reversa pela data do commit.  Não pode ser combinado com `--graph`.

note: type: Plain text
en: Overrides a previous `--no-walk`.
pt_BR: Substitui um `--no-walk` anterior.

note: type: Title ~
en: Commit Formatting
pt_BR: Formatação do Commit

note: type: Plain text
en: Using these options, linkgit:git-rev-list[1] will act similar to the more specialized family of commit log tools: linkgit:git-log[1], linkgit:git-show[1], and linkgit:git-whatchanged[1]
pt_BR: Usando estas opções linkgit:git-rev-list[1] funcionará de maneira semelhante à família mais especializada de ferramentas do registro log do commit: linkgit:git-log[1], linkgit:git-show[1] e linkgit:git-whatchanged[1]

note: type: Plain text
en: Synonym for `--date=relative`.
pt_BR: É um sinônimo para `--date=relative`.

note: type: Labeled list
en: --date=<format>
pt_BR: --date=<formato>

note: type: Plain text
en: Only takes effect for dates shown in human-readable format, such as when using `--pretty`. `log.date` config variable sets a default value for the log command's `--date` option. By default, dates are shown in the original time zone (either committer's or author's). If `-local` is appended to the format (e.g., `iso-local`), the user's local time zone is used instead.
pt_BR: Somente entra em vigor em datas mostradas em formato legível para humanos como quando se usa a opção `--pretty '. A variável de configuração `log.date` define um valor predefinido para a opção `--date` do comando do registro log. É predefinido que os horários sejam exibidas no fuso horário original (do autor do commit ou do autor). Caso `-local` seja anexado ao formato (por exemplo,`iso-local`), o fuso horário local do usuário será usado.

note: type: Plain text
en: `--date=relative` shows dates relative to the current time, e.g. ``2 hours ago''. The `-local` option has no effect for `--date=relative`.
pt_BR: A opção `--date=relative` exibe as datas relativas à hora atual, por exemplo, ``2 horas atrás''. A opção `-local` não tem efeito para `--date=relative`.

note: type: Plain text
en: `--date=local` is an alias for `--date=default-local`.
pt_BR: `--date=local` é um apelido para `--date=default-local`.

note: type: Plain text
en: `--date=iso` (or `--date=iso8601`) shows timestamps in a ISO 8601-like format.  The differences to the strict ISO 8601 format are:
pt_BR: A opção `--date=iso` (ou `date=iso`) exibe os registros de data e hora em formato semelhante ao ISO 8601.  As diferenças para o formato rígido do ISO 8601 são:

note: type: Plain text
en: a space instead of the `T` date/time delimiter
pt_BR: um espaço em vez do `T` para delimitar data/hora

note: type: Plain text
en: a space between time and time zone
pt_BR: um espaço entre a hora e o fuso horário

note: type: Plain text
en: no colon between hours and minutes of the time zone
pt_BR: sem dois pontos entre horas e minutos do fuso horário

note: type: Plain text
en: `--date=short` shows only the date, but not the time, in `YYYY-MM-DD` format.
pt_BR: `--date=short` exibe apenas a data em formato `AAAA-MM-DD` porém não a hora.

note: type: Plain text
en: `--date=default` is the default format, and is similar to `--date=rfc2822`, with a few exceptions:
pt_BR: A opção `--date=default` é o formato predefinido e similar ao `--date=rfc2822` com algumas excessões:

note: type: Plain text
en: there is no comma after the day-of-week
pt_BR: não há vírgula após o dia da semana

note: type: Plain text
en: the time zone is omitted when the local time zone is used
pt_BR: o fuso horário é omitido quando o fuso horário local é usado

note: type: Plain text
en: Print the contents of the commit in raw-format; each record is separated with a NUL character.
pt_BR: Exiba o conteúdo dos commits em formato bruto; cada registro é separado por um caractere `NUL`.

note: type: Plain text
en: Print the raw commit timestamp.
pt_BR: Exiba a data e hora do commit em formato bruto.

note: type: Plain text
en: For example, if you have this topology:
pt_BR: Por exemplo, caso tenha essa topologia:

note: type: delimited block -
en: 	     y---b---b  branch B
    	    / \ /
    	   /   .
    	  /   / \
    	 o---x---a---a  branch A
pt_BR: 	     y---b---b  ramo B
    	    / \ /
    	   /   .
    	  /   / \
    	 o---x---a---a  ramo A

note: type: Plain text
en: you would get an output like this:
pt_BR: você obterá uma saída como essa:

note: type: delimited block -
en: 	>bbbbbbb... 3rd on b
    	>bbbbbbb... 2nd on b
    	<aaaaaaa... 3rd on a
    	<aaaaaaa... 2nd on a
    	-yyyyyyy... 1st on b
    	-xxxxxxx... 1st on a
pt_BR: 	>bbbbbbb... 3º no b
    	>bbbbbbb... 2º no b
    	<aaaaaaa... 3º no a
    	<aaaaaaa... 2º no a
    	-yyyyyyy... 1º no b
    	-xxxxxxx... 1º no a

note: type: Labeled list
en: --show-linear-break[=<barrier>]
pt_BR: --show-linear-break[=<barreira>]

note: type: Title ~
en: Diff Formatting
pt_BR: Formatando o "Diff"

note: type: Plain text
en: Listed below are options that control the formatting of diff output.  Some of them are specific to linkgit:git-rev-list[1], however other diff options may be given. See linkgit:git-diff-files[1] for more options.
pt_BR: Listamos abaixo as opções que controlam a formatação da saída "diff".  Alguns deles são específicos para linkgit:git-rev-list[1], contudo outras opções "diff" podem ser dadas. Para obter mais opções, consulte linkgit:git-diff-files[1].

note: type: Plain text
en: With this option, diff output for a merge commit shows the differences from each of the parents to the merge result simultaneously instead of showing pairwise diff between a parent and the result one at a time. Furthermore, it lists only files which were modified from all parents.
pt_BR: Com esta opção, a saída "diff" para um commit de mesclagem exibe as diferenças de cada uma das matrizes para a mesclagem resultante de forma simultânea, em vez de mostrar a diferença pareada entre uma matriz e o resultado, um de cada vez. Além disso, lista apenas os arquivos que foram modificados por todas as matrizes.

note: type: Plain text
en: Show recursive diffs.
pt_BR: Exibe os "diffs" recursivos.

note: type: Plain text
en: Show the tree objects in the diff output. This implies `-r`.
pt_BR: Exibe os objetos da árvore em formato "diff". Isso implica no uso da opção `-r`.

note: type: Plain text
en: git fetch uses:
pt_BR: O git fetch usa:

note: type: delimited block -
en: 	refs/heads/<head>:refs/heads/<branch>
pt_BR: 	refs/heads/<head>:refs/heads/<ramo>

note: type: Plain text
en: git push uses:
pt_BR: O git push usa:

note: type: Plain text
en: In general, URLs contain information about the transport protocol, the address of the remote server, and the path to the repository.  Depending on the transport protocol, some of this information may be absent.
pt_BR: Em geral as URLs contêm informações sobre o protocolo de transporte, o endereço do servidor remoto e o caminho para o repositório.  Dependendo do protocolo de transporte, algumas dessas informações podem estar ausentes.

note: type: Plain text
en: Git supports ssh, git, http, and https protocols (in addition, ftp, and ftps can be used for fetching, but this is inefficient and deprecated; do not use it).
pt_BR: O Git suporta os protocolos ssh, git, http e https (além do ftp e ftps podem ser usados para buscar, porém é ineficiente e obsoleto; não use).

note: type: Plain text
en: The native transport (i.e. git:// URL) does no authentication and should be used with caution on unsecured networks.
pt_BR: O transporte nativo (ou seja, git:// URL) não faz a autenticação e deve ser usado com cuidado em redes sem segurança.

note: type: Plain text
en: The following syntaxes may be used with them:
pt_BR: As seguintes sintaxes podem ser usadas com eles:

note: type: Plain text
en: ssh://{startsb}user@{endsb}host.xz{startsb}:port{endsb}/path/to/repo.git/
pt_BR: ssh://{startsb}user@{endsb}host.xz{startsb}:port{endsb}/caminho/para/o/repositório.git/

note: type: Plain text
en: git://host.xz{startsb}:port{endsb}/path/to/repo.git/
pt_BR: git://host.xz{startsb}:port{endsb}/caminho/para/o/repositório.git/

note: type: Plain text
en: http{startsb}s{endsb}://host.xz{startsb}:port{endsb}/path/to/repo.git/
pt_BR: http{startsb}s{endsb}://host.xz{startsb}:port{endsb}/caminho/para/o/repositório.git/

note: type: Plain text
en: ftp{startsb}s{endsb}://host.xz{startsb}:port{endsb}/path/to/repo.git/
pt_BR: ftp{startsb}s{endsb}://host.xz{startsb}:port{endsb}/caminho/para/o/repositório.git/

note: type: Plain text
en: An alternative scp-like syntax may also be used with the ssh protocol:
pt_BR: Uma sintaxe alternativa como scp também pode ser usada com o protocolo ssh:

note: type: Plain text
en: {startsb}user@{endsb}host.xz:path/to/repo.git/
pt_BR: {startsb}user@{endsb}host.xz:caminho/para/o/repositório.git/

note: type: Plain text
en: This syntax is only recognized if there are no slashes before the first colon. This helps differentiate a local path that contains a colon. For example the local path `foo:bar` could be specified as an absolute path or `./foo:bar` to avoid being misinterpreted as an ssh url.
pt_BR: Essa sintaxe apenas é reconhecida caso não haja barras antes dos primeiros dois pontos. Isso ajuda a diferenciar um caminho local que contém dois pontos. Isso ajuda a diferenciar um caminho local que contém dois pontos. Por exemplo, o caminho local `foo:bar` pode ser usado como um caminho absoluto ou `./foo:bar` para evitar ser mal interpretado como uma url ssh.

note: type: Plain text
en: The ssh and git protocols additionally support ~username expansion:
pt_BR: Os protocolos ssh e git também oferecem suporte à expansão do ~nome do usuário:

note: type: Plain text
en: ssh://{startsb}user@{endsb}host.xz{startsb}:port{endsb}/~{startsb}user{endsb}/path/to/repo.git/
pt_BR: ssh://{startsb}user@{endsb}host.xz{startsb}:port{endsb}/~{startsb}user{endsb}/caminho/para/o/repositório.git/

note: type: Plain text
en: git://host.xz{startsb}:port{endsb}/~{startsb}user{endsb}/path/to/repo.git/
pt_BR: git://host.xz{startsb}:port{endsb}/~{startsb}user{endsb}/caminho/para/o/repositório.git/

note: type: Plain text
en: {startsb}user@{endsb}host.xz:/~{startsb}user{endsb}/path/to/repo.git/
pt_BR: {startsb}user@{endsb}host.xz:/~{startsb}user{endsb}/caminho/para/o/repositório.git/

note: type: Plain text
en: For local repositories, also supported by Git natively, the following syntaxes may be used:
pt_BR: Para os repositórios locais, as seguintes sintaxes podem ser usadas que também são compatíveis de forma nativa pelo Git:

note: type: Plain text
en: /path/to/repo.git/
pt_BR: /caminho/para/o/repositório.git/

note: type: Plain text
en: \file:///path/to/repo.git/
pt_BR: \file:///caminho/para/o/repositório.git/

note: type: Plain text
en: These two syntaxes are mostly equivalent, except when cloning, when the former implies --local option. See linkgit:git-clone[1] for details.
pt_BR: Estas duas sintaxes são na sua maioria equivalentes, exceto quando a clonagem, quando a primeira implicar o uso da opção --local. Para mais detalhes consulte linkgit:git-clone[1].

note: type: Plain text
en: These two syntaxes are mostly equivalent, except the former implies --local option.
pt_BR: Essas duas sintaxes são basicamente equivalentes, exceto que a primeira implica no uso da opção `--local`.

note: type: Plain text
en: 'git clone', 'git fetch' and 'git pull', but not 'git push', will also accept a suitable bundle file. See linkgit:git-bundle[1].
pt_BR: `git clone`, `git fetch` e `git pull`, mas não `git push`, também aceitarão um arquivo de pacote adequado. Consulte linkgit:git-bundle[1].

note: type: Plain text
en: When Git doesn't know how to handle a certain transport protocol, it attempts to use the 'remote-<transport>' remote helper, if one exists. To explicitly request a remote helper, the following syntax may be used:
pt_BR: Quando o Git não sabe como lidar com um determinado protocolo de transporte, quando existe, ele tenta usar o auxiliar `remote-<transporte>`. Para os repositórios locais, as seguintes sintaxes podem ser usadas:

note: type: Plain text
en: <transport>::<address>
pt_BR: <transporte>::<endereço>

note: type: Plain text
en: where <address> may be a path, a server and path, or an arbitrary URL-like string recognized by the specific remote helper being invoked. See linkgit:gitremote-helpers[7] for details.
pt_BR: onde `<endereço>` pode ser um caminho, um servidor e um caminho ou uma seqüência arbitrária semelhante a uma URL reconhecida pelo ajudante remoto que foi invocado. Para mais detalhes consulte linkgit:gitremote-helpers[7].

note: type: Plain text
en: If there are a large number of similarly-named remote repositories and you want to use a different format for them (such that the URLs you use will be rewritten into URLs that work), you can create a configuration section of the form:
pt_BR: Se houver um grande número de repositórios remotos com nomes semelhantes e caso queira usar um formato diferente para eles (de modo que as URLs usadas sejam reescritas nas URLs que funcionam), você poderá criar uma seção de configuração da opção:

note: type: delimited block -
en: 	[url "<actual url base>"]
    		insteadOf = <other url base>
pt_BR: 	[url "<url da base atual>"]
    		insteadOf = <a url de outra base>

note: type: Plain text
en: For example, with this:
pt_BR: Por exemplo:

note: type: Plain text
en: a URL like "work:repo.git" or like "host.xz:/path/to/repo.git" will be rewritten in any context that takes a URL to be "git://git.host.xz/repo.git".
pt_BR: uma URL como "work:repo.git" ou como "host.xz:/caminho/para/o/repositório.git" será reescrito em qualquer contexto onde a URL seja "git://git.host.xz/repo.git".

note: type: Plain text
en: If you want to rewrite URLs for push only, you can create a configuration section of the form:
pt_BR: Caso queira reescrever apenas as URLs para envio por "push", é possível criar uma seção de configuração da opção:

note: type: delimited block -
en: 	[url "<actual url base>"]
    		pushInsteadOf = <other url base>
pt_BR: 	[url "<url da base atual>"]
    		pushInsteadOf = <a url da outra base>

note: type: Plain text
en: a URL like "git://example.org/path/to/repo.git" will be rewritten to "ssh://example.org/path/to/repo.git" for pushes, but pulls will still use the original URL.
pt_BR: uma URL como "git://exemplo.org/caminho/para/o/repositório.git" será reescrito para "ssh://exemplo.org/caminho/para/o/repositório.git" para os "pushes", porém os "pulls" ainda usarão a URL original.

note: type: Title -
en: "git bisect" overview
pt_BR: Visão geral do "git bisect"

note: type: Plain text
en: If the user is driving it, then at each step of the search, the user will have to test the current commit and say if it is "good" or "bad" using the "git bisect good" or "git bisect bad" commands respectively that have been described above. For example:
pt_BR: Caso o usuário esteja conduzindo, em cada etapa da pesquisa, o usuário terá que testar a confirmação atual e dizer se é "boa" ou "ruim" usando os comandos `git bisect good` ou `git bisect bad` respectivamente, que foram descritos acima. Por exemplo:

note: type: Plain text
en: And after a few more steps like that, "git bisect" will eventually find a first bad commit:
pt_BR: E depois de mais algumas etapas como essa, o comando "git bisect" acabará por encontrar um primeiro commit incorreto:

note: type: delimited block -
en: $ git bisect bad
    2ddcca36c8bcfa251724fe342c8327451988be0d is the first bad commit
    commit 2ddcca36c8bcfa251724fe342c8327451988be0d
    Author: Linus Torvalds <torvalds@linux-foundation.org>
    Date:   Sat May 3 11:59:44 2008 -0700
pt_BR: $ git bisect bad
    2ddcca36c8bcfa251724fe342c8327451988be0d is the first bad commit
    commit 2ddcca36c8bcfa251724fe342c8327451988be0d
    Autor: Linus Torvalds <torvalds@linux-foundation.org>
    Data:   Sáb Mai 3 11:59:44 2008 -0700

note: type: Plain text
en: At this point we can see what the commit does, check it out (if it's not already checked out) or tinker with it, for example:
pt_BR: Neste ponto, podemos ver o que o commit faz, dar uma olhada (se ainda não tiver feito check-out) ou mexer com ele, por exemplo:

note: type: delimited block -
en: $ git show HEAD
    commit 2ddcca36c8bcfa251724fe342c8327451988be0d
    Author: Linus Torvalds <torvalds@linux-foundation.org>
    Date:   Sat May 3 11:59:44 2008 -0700
pt_BR: $ git show HEAD
    commit 2ddcca36c8bcfa251724fe342c8327451988be0d
    Autor: Linus Torvalds <torvalds@linux-foundation.org>
    Data:   Sáb Mai 3 11:59:44 2008 -0700

note: type: delimited block -
en:  # *DOCUMENTATION*
pt_BR:  # *DOCUMENTAÇÃO*

note: type: Plain text
en: And when we are finished we can use "git bisect reset" to go back to the branch we were in before we started bisecting:
pt_BR: E quando terminarmos, podemos usar o comando "git bisect reset" para voltar ao ramo em que estávamos antes de começarmos a dividir:

note: type: Title ~
en: Driving a bisection automatically
pt_BR: Conduzir uma bissecção automaticamente

note: type: Plain text
en: The other way to drive the bisection process is to tell "git bisect" to launch a script or command at each bisection step to know if the current commit is "good" or "bad". To do that, we use the "git bisect run" command. For example:
pt_BR: A outra maneira de conduzir o processo de bisseção é dizer ao `git bisect` para lançar um script ou comando a cada etapa da bisseção para saber se o compromisso atual é "bom" ou "ruim". Para fazer isso, nós usamos o comando "git bisect run". Por exemplo:

note: type: Title ~
en: Avoiding untestable commits
pt_BR: Evitando os commits que não foram testados

note: type: Title -
en: "git bisect" details
pt_BR: Detalhes do "git bisect"

note: type: Plain text
en: This script can be passed to "git bisect run" to find the commit that introduced a performance regression:
pt_BR: Este script pode ser passado através de um "git bisect run" para localizar um commit que introduziu uma regressão de desempenho:

note: type: Plain text
en: use "git bisect run" to find the commit that introduced it
pt_BR: Use um "git bisect run" para localizar o commit que introduziu um bug

note: type: Plain text
en: For example using:
pt_BR: Usando por exemplo:

note: type: Title -
en: References
pt_BR: Referências
