en to pt_BR translation catalogue (1529 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: Labeled list
en: --reverse <rev>..<rev>
pt_BR: --reverso <rev>..<rev>

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: 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: Procura instantaneamente em seu repositório de trabalho na gitweb.

note: type: Plain text
en: Show three-way merge without touching index.
pt_BR: Mostra  as três vias de merge sem mexer no index.

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: 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: 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 sytems)
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: 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: Plain text
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: Plain text
en: 	# Our diff algorithm
    	[diff]
    		external = /usr/local/bin/diff-wrapper
    		renames = true
pt_BR: 	# Nosso algoritmo de diff
    	[diff]
    		external = /usr/local/bin/diff-wrapper
    		renames = true

note: type: Plain text
en: 	[branch "devel"]
    		remote = origin
    		merge = refs/heads/devel
pt_BR: 	[branch "devel"]
    		remoto = origem
    		merge = refs/heads/devel

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

note: type: Plain text
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; incluir absolutamente pelo path
    		path = foo.inc; encontrar "foo.inc" em relação ao arquivo atual
    		path = ~/foo.inc; encontre "foo.inc" no diretório  `$HOME`

note: type: Plain text
en: 	; include if $GIT_DIR is /path/to/foo/.git
    	[includeIf "gitdir:/path/to/foo/.git"]
    		path = /path/to/foo.inc
pt_BR: 	;inclua se $GIT_DIR for /path/to/foo/.git
    	[includeIf "gitdir:/path/to/foo/.git"]
    		path = /path/to/foo.inc

note: type: Plain text
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: Plain text
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: Plain text
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: 	;  paths relativos são sempre relativos à inclusão
    	; arquivo (se a condição inicial for verdadeira); sua localização não é
    	; afetada pela condição
    	[includeIf "gitdir:/path/to/group/"]
    		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: Labeled list
en: color
pt_BR: cor

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.
pt_BR: As cores básicas aceitas são `black` (preto) , `red` (vermelho) , `green` (verde), `yellow` (amarelo) , `blue` (azul), `magenta` (magenta), `cyan` (ciano) and `white` (branco) para o primeiro plano; o segundo é o segundo plano.

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: 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: Labeled list
en: git-diff-index <tree-ish>
pt_BR: git-diff-índice <tree-ish>

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: Labeled list
en: git-diff-index --cached <tree-ish>
pt_BR: git-diff-índice --em cache <tree-ish>

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

note: type: Labeled list
en: git-diff-tree [-r] <tree-ish-1> <tree-ish-2> [<pattern>...]
pt_BR: git-diff-árvore [-r] <tree-ish-1> <tree-ish-2> [<pattern>...]

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

note: type: Labeled list
en: git-diff-files [<pattern>...]
pt_BR: git-diff-arquivos [<pattern>...]

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: single path, only for "dst"
pt_BR: path único, apenas para "dst"

note: type: delimited block -
en: ::100644 100644 100644 fabadb8 cc95eb0 4866510 MM	describe.c
pt_BR: ::100644 100644 100644 fabadb8 cc95eb0 4866510 MM	descrever.c

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}/Fazer-arquivo    |   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 patches with -p
pt_BR: Gerando patches com -p

note: type: Plain text
en: When "git-diff-index", "git-diff-tree", or "git-diff-files" are run with a `-p` option, "git diff" without the `--raw` option, or "git log" with the "-p" option, they do not produce the output described above; instead they produce a patch file.  You can customize the creation of such patches via the `GIT_EXTERNAL_DIFF` and the `GIT_DIFF_OPTS` environment variables.
pt_BR: Quando "git-diff-index", "git-diff-tree", ou "git-diff-files" são executados com a opção -p, git diff sem a opção `--raw`, ou git log "com a opção" -p, eles não produzem a saída descrita acima; em vez disso, eles produzem um arquivo de correção. 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 <mode>
    novo modo <mode>
    modo de arquivo excluído <mode>
    novo modo de arquivo <mode>
    copiar de <path>
    copiar para <path>
    renomear de <path>
    renomear para <path>
    índice de similaridade <number>
    índice de dissimilaridade <number>
    índice <hash>..<hash> <mode>

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 SHA-1 checksum 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 de índice inclui a soma de verificação SHA-1 antes e depois da alteração. O <mode> é incluído se o modo de arquivo não mudar; caso contrário, linhas separadas 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)
    .+		 uso (describe_usage);
    .+	 cmit = lookup_commit_reference (sha1);
    .+	 if (! cmit)
    .+		 uso (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 `-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 --arquivo combinado

note: type: Plain text
en: or like this (when `--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: 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 for apply. 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: 	Este é o padrã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.
pt_BR: Gere diffs com <n> linhas de contexto em vez das três usuais.

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

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. Este é o padrã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: Labeled list
en: --diff-algorithm={patience|minimal|histogram|myers}
pt_BR: --diff-algoritmo={paciência|mínima|histograma|myers}

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: Labeled list
en: `default`, `myers`
pt_BR: `padrão`, `myers`

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, esse é o padrã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: 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: 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 fornecido, não munge nomes de caminho e use NULs como terminadores de 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: Mostrar colorido diff.  `--color` (isto é, sem '=<when>') é o mesmo que `--color=always`.  '<when>' pode ser um de `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-movido[=<mode>]

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: Labeled list
en: no
pt_BR: não

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

note: type: Labeled list
en: default
pt_BR: padrão

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: Labeled list
en: plain
pt_BR: avião

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: Labeled list
en: blocks
pt_BR: blocos

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: Labeled list
en: dimmed-zebra
pt_BR: zebra-escurecida

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-movido-ws=<modes>

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: Labeled list
en: ignore-space-at-eol
pt_BR: ignorar-espaço-at-eol

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: Labeled list
en: ignore-space-change
pt_BR: ignorar-mudança-de espaço

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: Labeled list
en: ignore-all-space
pt_BR: ignore-todo-espaç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: Labeled list
en: allow-indentation-change
pt_BR: permitir-alteração-de recuo

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: --palavra-diff[=<mode>]

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: Labeled list
en: porcelain
pt_BR: porcelana

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: Labeled list
en: none
pt_BR: nenhuma

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: Labeled list
en: --word-diff-regex=<regex>
pt_BR: --palavra-diff-regex=<regex>

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: Labeled list
en: --color-words[=<regex>]
pt_BR: --cor-palavras[=<regex>]

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: 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: Labeled list
en: --ws-error-highlight=<kind>
pt_BR: --ws-erro-highlight=<kind>

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 do primeiro punhado de caracteres, mostre os nomes completos dos objetos blob de pré e pós-imagem na linha "index" ao gerar a saída do formato patch.

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

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: Labeled list
en: --break-rewrites[=[<n>][/<m>]]
pt_BR: --pausa-rewrites[=[<n>][/<m>]]

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 não como uma série de exclusão e inserção misturadas com poucas linhas que correspondem textualmente ao contexto, mas como uma única exclusão de tudo o que é antigo seguido por uma inserção única de tudo novo, e o número `m` controla este aspecto da opção -B (o padrão é 60%). "-B / 70%" especifica que menos de 30% do original deve permanecer no resultado para o Git considerá-lo 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: Labeled list
en: --find-renames[=<n>]
pt_BR: --encontrar-renomeações[=<n>]

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: Labeled list
en: --find-copies[=<n>]
pt_BR: --encontrar-cópias[=<n>]

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`. Se `n` é especificado, tem o mesmo significado que para` -M<n> `.

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: Labeled list
en: --diff-filter=[(A|C|D|M|R|T|U|X|B)...[*]]
pt_BR: --diff-filtro=[(A|C|D|M|R|T|U|X|B)...[*]]

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: delimited block -
en: +    return !regexec(regexp, two->ptr, 1, &regmatch, 0);
    ...
    -    hit = !regexec(regexp, mf2.ptr, 1, &regmatch, 0);
pt_BR: +… return !regexec(regexp, two->ptr, 1, &regmatch, 0);
    ...
    -...hit = !regexec(regexp, mf2.ptr, 1, &regmatch, 0);

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

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 fornecido, patches de 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: --encontrar-objeto=<object-id>

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 um blob ou um submódulo commit. Isso implica que a opção `-t` em` git-log` também encontre árvores.

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: --relativo[=<path>]

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-pedaço-contexto=<lines>

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: --ignorar-submodulos[=<when>]

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 do diff. <when> pode ser "none", "untracked", "dirty" ou "all", que é o padrão. O uso de "none" considerará o submódulo modificado quando ele contiver arquivos não rastreados ou modificados ou seu HEAD for diferente do commit gravado no superprojeto e pode ser usado para sobrescrever qualquer configuração da opção 'ignore' no linkgit: git-config[1] ou linkgit: gitmodules[5]. Quando "untracked" é usado, os submódulos não são considerados sujos quando contêm apenas conteúdo não rastreado (mas eles ainda são verificados quanto ao conteúdo modificado). Usando "dirty" ignora todas as mudanças na árvore de trabalho de submódulos, apenas as mudanças nos commits armazenados no superprojeto são mostradas (este foi o comportamento até 1.7.0). Usar "all" oculta todas as alterações nos submódulos.

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

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-prefixo=<prefix>

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: Por padrão, as entradas adicionadas por "git add -N" aparecem 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 em "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: --profundidade=<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: --aprofundar=<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: --raso-desde=<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: --raso-excluir=<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: 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.  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: Labeled list
en: --recurse-submodules[=yes|on-demand|no]
pt_BR: --recurso-submódulos[=sim|sob-demanda|não]

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: Labeled list
en: --jobs=<n>
pt_BR: --empregos=<n>

note: type: Plain text
en: Number of parallel children to be used for fetching submodules.  Each will fetch from different submodules, such that fetching many submodules will be faster. By default submodules will be fetched one at a time.
pt_BR: Número de filhos paralelos a serem usados para buscar submódulos. Cada um buscará de diferentes submódulos, de modo que buscar muitos submódulos será mais rápido. Por padrão, os submódulos serão buscados um de cada vez.

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 (isto tem o mesmo efeito que usar a opção `--recurse-submodules=no`).

note: type: Labeled list
en: --submodule-prefix=<path>
pt_BR: --submódulo-prefixo=<path>

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: Prefira <path> a caminhos impressos em mensagens informativas, como "Buscando submodulo foo". Essa opção é usada internamente ao recorrer a submódulos.

note: type: Labeled list
en: --recurse-submodules-default=[yes|on-demand]
pt_BR: --recurso-submódulo-padrão=[sim|sob-demanda]

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: Essa opção é usada internamente para fornecer temporariamente um valor padrão não negativo para a opção --recurse-submodules. Todos os outros métodos de configuração da recursão do submódulo da busca (como configurações em linkgit: gitmodules[5] e linkgit: git-config[1]) sobrescrevem esta opção, assim como especificar - [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: --envio-pacote <envio-pacote>

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: Labeled list
en: --server-option=<option>
pt_BR: --servidor-opção=<option>

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: 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: Plain text
en: 'git add' [--verbose | -v] [--dry-run | -n] [--force | -f] [--interactive | -i] [--patch | -p]
    	  [--edit | -e] [--[no-]all | --[no-]ignore-removal | [--update | -u]]
    	  [--intent-to-add | -N] [--refresh] [--ignore-errors] [--ignore-missing] [--renormalize]
    	  [--chmod=(+|-)x] [--] [<pathspec>...]
pt_BR: 'git add' [--verbose | -v] [--dry-run | -n] [--force | -f] [--interativo | -i] [--patch | -p]
    	  [--edit | -e] [- [no-]todos | - [no-]ignorar-remoção| [--update | -u]]
    	  [--intent-to-add | -N] [--refresh] [--ignore-errors] [--ignore-missing] [--renormalize]
    	  [--chmod = (+ | -) x] [-] [<pathspec> ...]

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: 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: CONFIGURATION
pt_BR: CONFIGURAÇÃO

note: type: Plain text
en: The optional configuration variable `core.excludesFile` indicates a path to a file containing patterns of file names to exclude from git-add, similar to $GIT_DIR/info/exclude.  Patterns in the exclude file are used in addition to those in info/exclude.  See linkgit:gitignore[5].
pt_BR: A variável de configuração opcional core.excludesFile indica um caminho para um arquivo contendo padrões de nomes de arquivos a serem excluídos do git-add, similar a $GIT_DIR/info/exclude. Padrões no arquivo de exclusão são usados além daqueles em info/exclude. Veja linkgit: gitignore[5].

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: delimited block -
en: $ git add Documentation/\*.txt
pt_BR: $ git add Documentação /\*.txt

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: Labeled list
en: update
pt_BR: atualizar

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)
pt_BR: 'git am' [--signoff] [--manter] [--[não-]manter-cr] [--[não-]utf8]
    	[--[não-]3caminho] [--interativo] [--committer-data-é-autor-data]
    	[--ignorar-data] [--ignorar-mudança-de-espaço | --ignorar-espaço-em-branco]
    	[--espaço-em-branco=<opção>] [-C<n>] [-p<n>] [--diretório=<dir>]
    	[--excluir=<path>] [--incluir=<path>] [--rejeitar] [-q | --quieto]
    	[--[não-]tesouras] [-S[<keyid>]] [--patch-formato=<formato>]
    	[(<mbox> | <Maildir>)...]
    'git am' (--continuar | --skip | --abortar | --quieto | --mostrar-atual-patch)

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, mas agora é o
    padrão.   Você pode usar `--no-utf8` para sobrescrever isto.

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: --espaçoembranco=<opção>

note: type: Labeled list
en: --directory=<dir>
pt_BR: --diretório=<dir>

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

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

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: Labeled list
en: --gpg-sign[=<keyid>]
pt_BR: --gpg-sinal[=<keyid>]

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 patch being applied when "git am" is stopped because of conflicts.
pt_BR: Mostrar o patch sendo aplicado quando "git am" é interrompido devido a conflitos.

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: " and "Subject: " lines starting the body override the respective commit author name and title values taken from the headers.
pt_BR: As linhas "De:" 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: linkgit:git-apply[1].
pt_BR: linkgit:git-aplicar1].

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 aplique' [--stat] [--numstat] [--resumo] [--verifica] [--índice | --intenção-de-adicionar] [--3caminho]
    	  [--aplique] [--não-adicionar] [--construir-antepassado-falso=<arquivo>] [-R | --reverso]
    	  [--permitir-substituição-binária | --binário] [--rejeitar] [-z]
    	  [-p<n>] [-C<n>] [--impreciso-eof] [--recontagem] [--em-cache]
    	  [--ignorar-mudança-de-estado | --ignorar-espaço-em-branco]
    	  [--espaço-em-branco=(agora|advertir|consertar|erro|todo-erro)]
    	  [--excluir=<path>] [--incluir=<path>] [--diretório=<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 mostra o número de linhas adicionadas e deletadas em notação decimal e o nome do caminho sem abreviação, para torná-lo mais amigável ao computador.  Para arquivos binários, gera dois `-` ao invés de dizer` 0 0`.  Desativa "aplicar".

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 se aplica corretamente, use a mesclagem de 3 vias se o patch registrar a identidade dos blobs aos quais ele deve se aplicar, e temos esses blobs disponíveis localmente, possivelmente deixando os marcadores de conflito nos arquivos na árvore de trabalho. para o usuário resolver.  Esta opção implica a opção `--index`, e é incompatível com as opções` --reject` e `--cached`.

note: type: Labeled list
en: --build-fake-ancestor=<file>
pt_BR: --construir-antepassado-falso=<file>

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: --excluir=<path-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: --incluir=<path-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: --espaçoembranco=<action>

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: --diretório=<root>

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: 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` é fornecido a partir da linha de comandos, este item de configuração é usado como padrã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: Se `--index` não for especificado, 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: 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: Labeled list
en: --format=<fmt>
pt_BR: --formato=<fmt>

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: Labeled list
en: --prefix=<prefix>/
pt_BR: --prefixo=<prefix>/

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: Labeled list
en: --output=<file>
pt_BR: --saída=<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: Labeled list
en: --remote=<repo>
pt_BR: --remoto=<repo>

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=<git-upload-de-arquivo>

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 --remote para especificar o caminho para o 'git-upload-archive' 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: Labeled list
en: `git archive --format=tar --prefix=junk/ HEAD | (cd /var/tmp/ && tar xf -)`
pt_BR: `git arquivo --formato=tar --prefix = lixo / CABEÇA | (cd/var/tmp/ && tar xf -) `

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: Labeled list
en: `git archive --format=tar --prefix=git-1.4.0/ v1.4.0 | gzip >git-1.4.0.tar.gz`
pt_BR: `git arquivo --formato=tar --prefixo=git-1.4.0/ v1.4.0 | gzip >git-1.4.0.tar.gz`

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: Labeled list
en: `git archive --format=tar.gz --prefix=git-1.4.0/ v1.4.0 >git-1.4.0.tar.gz`
pt_BR: `git arquivo --formato=tar.gz --prefixo=git-1.4.0/ v1.4.0 >git-1.4.0.tar.gz`

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: Labeled list
en: `git archive --prefix=git-1.4.0/ -o git-1.4.0.tar.gz v1.4.0`
pt_BR: `git arquivo --prefixo=git-1.4.0/ -o git-1.4.0.tar.gz v1.4.0`

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: Labeled list
en: `git archive --format=tar --prefix=git-1.4.0/ v1.4.0^{tree} | gzip >git-1.4.0.tar.gz`
pt_BR: `git arquivo --formato=tar --prefixo=git-1.4.0/ v1.4.0^{tree} | gzip >git-1.4.0.tar.gz`

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: Labeled list
en: `git archive --format=zip --prefix=git-docs/ HEAD:Documentation/ > git-1.4.0-docs.zip`
pt_BR: `git arquivo --formato=zip --prefixo=git-docs/ CABEÇA: Documentação/ > git-1.4.0-docs.zip`

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 início de divisão [--prazo-{velho,bom}=<prazo> --prazo-{novo,mau}=<prazo>]
    		  [--não-confira] [<mau> [<bom>...]] [--] [<paths>...]
     git divisão (mau|novo|<prazo-novo>) [<rev>]
     git divisão (bom|velho|<prazo-velho>) [<rev>...]
     git termos de divisão [--termo-bom | --termo-ruim]
     git ignorar skip [(<rev>|<alcance>)...]
     git redefinição de divisão [<commit>]
     git divisão (visualizar|visão)
     git reprise de divisão <logfile>
     git divisão de registro
     git divisão corrida <cmd>...
     git ajuda na divisão

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: 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 início de divisão --termo-velho <termo-velho> --termo-novo <termo-novo>

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: delimited block -
en: git bisect start --term-old fast --term-new slow
pt_BR: git início de divisão --termo-velho rápido --termo-novo lento

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: delimited block -
en: git bisect start --term-new fixed --term-old broken
pt_BR: git início de divisão --term-novo fixo --term-velho quebrado

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: delimited block -
en: $ git bisect visualize --stat
pt_BR: $ git visualizar divisão --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: 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: 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: delimited block -
en: $ git bisect start -- arch/i386 include/asm-i386
pt_BR: $ git divisão start -- arch/i386 incluir/asm-i386

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: 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: 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: Plain text
en: Automatically bisect a broken test case:
pt_BR: Bissectar automaticamente um caso de teste quebrado:

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: # 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: 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: 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: 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'uso_de_responsabilidade'
    5040f17eba15504bad66b14a645bddd9b015ebb7 blame -S <arquivo-de-ancestralidade>
    ea4c7f9bf69e781dd0cd88d2bccb2bf5cc15c9a7 git-blame: Faça a saída

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 o número de linhas atribuídas a cada autor
    	git culpar arquivo de --linha-porcelana |
    	sed -n 's/^autor //p' |
    	ordenar | uniq -c | ordenar -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: 	git blame v2.6.18.. -- foo
    	git blame --since=3.weeks -- foo
pt_BR: 	git responsabilidade v2.6.18.. -- foo
    	git responsabilidade --desde=3.semanas -- foo

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: 	git log --diff-filter=A --pretty=short -- foo
pt_BR: 	git log --diff-filtro=A --pretty=short -- foo

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: Plain text
en: 	git blame -C -C -f $commit^! -- foo
pt_BR: 	git responsabilidade -C -C -f $commit^! -- foo

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 filiais

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 with an asterisk.  Option `-r` causes the remote-tracking branches to be listed, and option `-a` shows both local and remote branches. 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.  Note that when providing a `<pattern>`, you must use `--list`; otherwise the command is interpreted as branch creation.
pt_BR: Se `--list` for fornecido, ou se não houver argumentos não-opcionais, as ramificações existentes serão listadas; o ramo atual será destacado com um asterisco. A opção `-r` faz com que as ramificações de rastreamento remoto sejam listadas, e a opção` -a` mostra ramificações locais e remotas. Se um `<pattern>` é dado, ele é usado como um caractere curinga do shell para restringir a saída às ramificações correspondentes. Se vários padrões forem fornecidos, uma ramificação será mostrada se corresponder a qualquer um dos padrões.  Note que ao fornecer um `<pattern>`, você deve usar `--list`; caso contrário, o comando é interpretado como 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`, mostra apenas as ramificações que contêm o commit nomeado (em outras palavras, os branches cuja dica commit é descendente da commit nomeada),` --no-contains` a inverte. Com o `--merged`, somente os ramos mesclados na confirmação nomeada (ou seja, os ramos cujas dicas são acessadas a partir da confirmação nomeada) serão listados.  Com as ramificações `--no-merged` somente não mescladas no commit nomeado serão listadas. Se o argumento <commit> estiver faltando, o padrão é `HEAD` (isto é, a ponta do branch 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.
pt_BR: O segundo formulário do comando cria um novo cabeçalho de ramificação chamado <branchname>, que aponta para o atual `HEAD`, ou <start-point>, se fornecido.

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 checkout <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; use "git checkout <newbranch>" para mudar para o novo branch.

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: Atalho para `--excluir--força`.

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: Atalho para `--mover --força`.

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: --coluna[=<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.
pt_BR: Listar ou excluir (se usado com -d) os ramos de rastreamento remoto.

note: type: Plain text
en: List both remote-tracking branches and local branches.
pt_BR: Listar filiais de rastreamento remoto e filiais locais.

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: 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 name of the upstream branch, as well (see also `git remote show <remote>`).
pt_BR: Quando estiver no modo de lista, mostre sha1 e submeta a linha de assunto para cada cabeçalho, junto com o relacionamento com a ramificação upstream (se houver). Se dado duas vezes, imprima o nome da ramificação upstream, também (veja também `git remote show <remote>`).

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 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 comportamento é o padrão quando o ponto inicial é um ramo de rastreamento remoto. Configure a variável de configuração branch.autoSetupMerge para `false` se você quiser que` git checkout` e `git branch` sempre se comporte como se` --no-track` fosse dado. Defina-o como `sempre` se você quiser esse 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: Labeled list
en: --contains [<commit>]
pt_BR: --contém [<commit>]

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: Labeled list
en: --no-contains [<commit>]
pt_BR: --não-contém [<commit>]

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: --ordenar=<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: --pontos-em <objeto>

note: type: Plain text
en: Only list branches of the given object.
pt_BR: Apenas lista ramos do objeto dado.

note: type: Labeled list
en: --format <format>
pt_BR: --formato <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 `%(fieldnome)` de uma ref de branch sendo mostrada e o objeto para o qual ela aponta.  O formato é o mesmo do linkgit:git-para-cada-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. O padrão é usar um pager. Veja 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: Title -
en: NOTES
pt_BR: NOTAS

note: type: Plain text
en: If you are creating a branch that you want to checkout immediately, it is easier to use the git checkout command with its `-b` option to create a branch and check it out with a single command.
pt_BR: Se você está criando uma ramificação que deseja obter imediatamente, é mais fácil usar o comando git checkout com sua opção `-b` para criar uma ramificação e verificar com 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`,` --não-contains`, `--merged` e` --não-merged` servem quatro finalidades relacionadas, mas 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 se <commit> precisar ser rebaseado 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: `--não-contains <commit>` é o inverso disso, isto é, 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: `--não-merged` é usado para encontrar 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-formato[1], linkgit: git-busca[1], linkgit:git-remoto[1], link: usuário-manual.html#que-é-uma-branch[`` Compreensão história: O que é um branch? ''] 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 <file> <git-rev-list-args>
    'git bundle' verify <file>
    'git bundle' list-heads <file> [<refname>...]
    'git bundle' unbundle <file> [<refname>...]
pt_BR: 'git pacote' criar <arquivo><git-rev-list-args>
    'git pacote' verificar <arquivo>
    'git pacote' list-cabeças <arquivo>[<refnome>...]
    'git pacote' unbundle <arquivo>[<refnome>...]

note: type: Plain text
en: Some workflows require that one or more branches of development on one machine be replicated on another machine, but the two machines cannot be directly connected, and therefore the interactive Git protocols (git, ssh, http) cannot be used.  This command provides support for 'git fetch' and 'git pull' to operate by packaging objects and references in an archive at the originating machine, then importing those into another repository using 'git fetch' and 'git pull' after moving the archive by some means (e.g., by sneakernet).  As no direct connection between the repositories exists, the user must specify a basis for the bundle that is held by the destination repository: the bundle assumes that all objects in the basis are already in the destination repository.
pt_BR: Alguns fluxos de trabalho exigem que um ou mais ramos de desenvolvimento em uma máquina sejam replicados em outra máquina, mas as duas máquinas não podem ser conectadas diretamente e, portanto, os protocolos Git interativos (git, ssh, http) não podem ser usados.  Este comando fornece suporte para 'git fetch' e 'git pull' para operar empacotando objetos e referências em um arquivo na máquina de origem, importando-os em outro repositório usando 'git fetch' e 'git pull' após mover o arquivo por alguns meios (por exemplo, por sneakernet).  Como não existe conexão direta entre os repositórios, o usuário deve especificar uma base para o bundle que é mantido pelo repositório de destino: o bundle assume que todos os objetos na base já estão no repositório de destino.

note: type: Labeled list
en: create <file>
pt_BR: criar <arquivo>

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.
pt_BR: Usado para criar um pacote denominado 'file'.  Isso requer argumentos 'git-rev-list-args' para definir o conteúdo do pacote.

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: delimited block -
en: $ git bundle create mybundle --since=10.days master
pt_BR: $ git criar pacote meu-pacote --desde=10.dias master

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: 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 feeds de linha) é 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 não pode (atualmente) 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: 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 `- siga-links-simbólicos`, 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`% (objeto-tamanho) `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: Labeled list
en: -a, --all
pt_BR: -a, --todo

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-parseable.  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.  Se `--stdin` também é fornecido, os caminhos de entrada são separados por um caractere NUL em vez de um caractere de alimentaçã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: Se nenhum `--stdin`,` --todo` ou `--` para usado, o primeiro argumento será tratado como um atributo e o restante dos argumentos como nomes de 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: Labeled list
en: 'unspecified'
pt_BR: 'não especificado'

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: Labeled list
en: 'unset'
pt_BR: 'não definido'

note: type: Plain text
en: when the attribute is defined as false.
pt_BR: quando o atributo é definido como falso.

note: type: Labeled list
en: 'set'
pt_BR: 'conjunto'

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: Plain text
en: linkgit:gitattributes[5].
pt_BR: linkgit:gitatributos[5].

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 verificar-ignorar' [<opções>] <pathnome>...
    'git verificar-ignorar' [<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: Labeled list
en: -q, --quiet
pt_BR: -q, --quieto

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: Also output details about the matching pattern (if any)  for each given pathname. For precedence rules within and between exclude sources, see linkgit:gitignore[5].
pt_BR: Também detalhes de saída sobre o padrão correspondente (se houver)  para cada nome de caminho fornecido. 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-parseable (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).  Se `--stdin` também é fornecido, os caminhos de entrada são separados por um caractere NUL em vez de um caractere de alimentação de linha.

note: type: Labeled list
en: -n, --non-matching
pt_BR: -n, --não-coincidindo

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: Se `-n` ou` --não-coincidindo` forem especificados, nomes de caminhos não correspondentes também serão emitidos, caso em que todos os campos em cada registro de saída, exceto para <nome do path>, 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>|todos

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: 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: delimited block -
en: $ git checkout-index --prefix=git-export-dir/ -a
pt_BR: $ git verificar-índice - prefixo = git-exportar-dir / -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: delimited block -
en: $ git checkout-index --prefix=.merged- Makefile
pt_BR: $ git verificar-índice --prefixo=.merged- Fazer arquivo

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 filiais ou restaure arquivos da árvore de trabalho

note: type: Plain text
en: Updates files in the working tree to match the version in the index or the specified tree.  If no paths are 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.  Se nenhum caminho for fornecido, 'git checkout' também atualizará `HEAD` para definir o ramo especificado como o ramo atual.

note: type: Labeled list
en: 'git checkout' <branch>
pt_BR: 'git confira' <branch>

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 e apontando HEAD na ramificação. As modificações locais nos arquivos na árvore de trabalho são mantidas, para que possam ser confirmadas 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, treat as equivalent to
pt_BR: Se <branch> não for encontrado, mas existir uma ramificação de rastreamento em exatamente um controle remoto (chamá-lo <remoto>) com um nome correspondente, trate como equivalente a

note: type: delimited block -
en: $ git checkout -b <branch> --track <remote>/<branch>
pt_BR: $ git verificar -b <branch> --rastrear <remoto>/<branch>

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: Se o branch existir em múltiplos controles remotos e um deles for nomeado pela variável de configuração `verificar.padrãoRemoto`, usaremos aquele para propósitos de desambiguação, mesmo que o` <branch> `não seja único em todos os remotos . Definir como, por exemplo `verificar.padrãoRemoto=origem` para sempre verificar as ramificações remotas de lá se` <branch> `for ambíguo, mas existir no remoto de 'origem'. Veja também `verificar.padrãoRemoto` no linkgit:gitconfig[1].

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 <branch>, 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, se existir, 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: Se `-B` é dado, <novo_branch> é criado se 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 verificar' --desanexar [<branch>]

note: type: Labeled list
en: 'git checkout' [--detach] <commit>
pt_BR: 'git verificar' [--desanexar] <commit>

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 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 `--desanexar` pode ser usada para desanexar HEAD na ponta da ramificação (` git verificar <branch> `veria aquela ramificação sem desanexar HEAD).

note: type: Plain text
en: Omitting <branch> detaches HEAD at the tip of the current branch.
pt_BR: Omitir <branch> desanexa o HEAD na ponta do ramo atual.

note: type: Labeled list
en: 'git checkout' [<tree-ish>] [--] <pathspec>...
pt_BR: 'git verificar' [<tree-ish>] [--] <pathspec>...

note: type: Plain text
en: Overwrite paths in the working tree by replacing with the contents in the index or in the <tree-ish> (most often a commit).  When a <tree-ish> is given, the paths that match the <pathspec> are updated both in the index and in the working tree.
pt_BR: Sobrescreva caminhos na árvore de trabalho substituindo o conteúdo no índice ou no <tree-ish> (na maioria das vezes uma confirmação). 
     Quando um <tree-ish> é fornecido, os caminhos que correspondem ao <pathspec> são atualizados no índice e na árvore de trabalho.

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: Labeled list
en: 'git checkout' (-p|--patch) [<tree-ish>] [--] [<pathspec>...]
pt_BR: 'git verificar' (-p|--patch) [<tree-ish>] [--] [<pathspec>...]

note: type: Plain text
en: This is similar to the "check out paths to the working tree from either the index or from a tree-ish" mode described above, 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 "verificar paths para a árvore de trabalho do modo de índice ou de árvore-ish" descrito acima, mas 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 diferirem de HEAD.  Isso é usado para jogar fora 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 <novo_branch> e inicie-a em <ponto_de_partida>; veja linkgit:git-branch[1] para detalhes.

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 o ramo <novo_branch> e inicia em <ponto_de_partida>; se já existir, redefina-o para <ponto_de_partida>. Isso é equivalente a executar "git branch" com "-f"; veja linkgit:git-branch[1] para detalhes.

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 fornecida, o nome da nova ramificação será derivado da ramificação de controle remoto, observando a parte local da refspec configurada para o controle remoto correspondente e, em seguida, removendo a parte inicial para o "*".  Isso nos diria para usar "hack" como a ramificação local ao se ramificar de "origin/hack" (ou "remotos/origem/ hack", ou mesmo "refs/remotos/ origem/ hack").  Se o nome dado não tiver barra, ou se a suposição acima resultar em um nome vazio, a adivinhação será abortada. Você pode dar explicitamente um nome com `-b` em tal caso.

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 é um nome de ramificação. Veja a seção "DESTACADO CABEÇA" abaixo para detalhes.

note: type: Labeled list
en: --orphan <new_branch>
pt_BR: --orfão <novo_branch>

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 'órfã', denominada <novo_branch>, iniciada a partir de <ponto_de_partida> e mude para ela. O primeiro commit feito nesta nova branch não terá pais 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 ajustados como se você tivesse executado anteriormente "git checkout <ponto_de_partida>". Isso permite que você inicie um novo histórico que registra um conjunto de paths semelhante ao <ponto_de_partida> executando facilmente "git commit -a" para fazer o commit raiz.

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: Se você quiser 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 o branch órfão executando "git rm -rf. " do nível superior da árvore de trabalho. Depois disso, você estará pronto para preparar 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, `git checkout - <paths>` atualizaria apenas entradas correspondidas por <paths> e 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: Labeled list
en: --conflict=<style>
pt_BR: --conflito=<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, mas 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", mostra 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 especificado) e a árvore de trabalho.  Os pedaços escolhidos são então aplicados em reverso à árvore de trabalho (e se 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: `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: 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 the submodules HEAD.
pt_BR: Usando --recurso-submódulos irá atualizar o conteúdo de todos os submódulos inicializados de acordo com o commit registrado no superprojeto. Se modificações locais em um submódulo forem sobrescritas, o check-out falhará, a menos que `-f` seja usado. Se nada (ou --não-recurso-submódulos)  for 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 HEAD.

note: type: Plain text
en: Do not attempt to create a branch if a remote tracking branch of the same name exists.
pt_BR: Não tente criar uma ramificação se existir uma ramificação de rastreamento remoto com o mesmo nome.

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: Filial para check-out; se refere-se a um ramo (isto é, um nome que, quando prefixado com "refs/heads/", é um ref válido), então esse ramo é retirado. Caso contrário, se se referir a um commit válido, seu HEAD se torna "separado" e você não está mais em nenhum branch (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 à última branch/commit finalizada usando a operação "git checkout". Você também pode especificar `-` que é 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 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: 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 de um commit no qual iniciar o novo branch; veja linkgit:git-branch[1] para detalhes. Padrão para 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: 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: HEAD normalmente se refere a uma ramificação nomeada (por exemplo, 'mestre'). Enquanto isso, cada ramo se refere a um commit específico. Vamos olhar para um repositório com três commits, um deles marcado, e com branch 'master' check out:

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 nesse estado, a ramificação é atualizada para se referir à nova confirmação. Especificamente, 'git commit' cria um novo commit 'd', cujo pai é commit 'c', e então atualiza o branch 'master' para se referir ao novo commit 'd'. HEAD ainda se refere à ramificação 'master' e então indiretamente agora se refere a commit 'd':

note: type: delimited block -
en: $ edit; git add; git commit
pt_BR: $ editar; git adicionar; git commit

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 de uma confirmação que não esteja na ponta de qualquer ramificação nomeada, ou mesmo criar uma nova confirmação que não seja referenciada por uma ramificação nomeada. Vejamos o que acontece quando fazemos o checkout commit 'b' (aqui mostramos duas maneiras pelas quais 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: 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, independentemente do comando de checkout usado, o HEAD agora se refere diretamente ao commit 'b'. Isso é conhecido como estando no estado HEAD separado. Significa simplesmente que HEAD se refere a um commit específico, ao invés de se referir a um branch nomeado. Vamos ver o que acontece quando criamos um commit:

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: Existe agora um novo commit 'e', mas é referenciado apenas pelo HEAD. Podemos, claro, adicionar mais um commit nesse estado:

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: Na verdade, podemos executar todas as operações normais do Git. Mas, vamos ver o que acontece quando, então, fazemos o checkout master:

note: type: delimited block -
en: $ git checkout master
pt_BR: $ git verificar master

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 ponto nada se refere ao commit 'f'. Eventualmente, o commit 'f' (e por extensão commit 'e') será deletado pelo processo de coleta de lixo do Git, a não ser que criemos uma referência antes que isso aconteça. Se ainda não tivermos mudado 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 um novo branch 'foo', que se refere a commit 'f', e então atualiza HEAD para se referir a branch 'foo'. Em outras palavras, não estaremos mais no estado HEAD separado 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 uma nova ramificação 'foo', que se refere ao commit 'f', mas deixa o 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', que se refere ao commit 'f', deixando o 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', devemos primeiro recuperar o nome do objeto (geralmente usando o git reflog), e então podemos criar uma referência para ele. Por exemplo, para ver os dois últimos commits aos quais o HEAD se referiu, podemos usar um destes comandos:

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 dado e não é `--` (eg" git checkout abc"), e quando o argumento é ambos um` <tree-ish> `válido (ex. Um ramo" abc "existe) e um válido `<pathspec>` (por exemplo, um arquivo ou diretório cujo nome é "abc" existe), o Git normalmente pede para você desambiguar. Como o check-out de uma ramificação é uma operação tão comum, no entanto, "git checkout abc" toma "abc" como um `<tree-ish>` em tal situação. Use `git checkout - <pathspec>` se você quiser fazer o checkout desses caminhos fora 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 faz o checkout do branch `master`, reverte o` Makefile` para duas revisões, apaga hello.c por engano e o recupera 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: restaurar o hello.c do índice

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: delimited block -
en: $ git checkout -- '*.c'
pt_BR: $ git verificar -- '*.c'

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 verificar -- 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, sua ramificação "errada" e a ramificação "meu tópico" correta podem diferir nos arquivos que você modificou localmente. Nesse caso, a verificação acima falharia 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 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 obtém um nome e verifica se ele pode ser usado como um nome de ramificação válido (por exemplo, ao criar uma nova ramificação). Mas seja cauteloso ao usar a sintaxe de verificar anterior que pode se referir a um estado HEAD separado. A regra `git verifique-o-formato-ref --branch $nome` implementa pode ser mais restrita do que o que diz o` git check-ref-format refs/heads/$nome` (por exemplo, um traço pode aparecer no início de um componente de referência, mas é explicitamente proibido no início de um nome de ramificação).  Quando executado com a opção `--branch` em um repositório, a entrada é primeiramente expandida para a` `sintaxe de verificação prévia ''`@{- n}`.  Por exemplo, `@{- 1}` é uma maneira de referenciar a última coisa que foi registrada usando a operação "git verificar". Essa opção deve ser usada por porcelanas para aceitar essa sintaxe em qualquer lugar em que um nome de ramificação é esperado, para que eles possam agir como se você tivesse digitado o nome da ramificação. Como uma exceção, note que a operação de verificar anterior pode resultar em um nome de objeto commit quando a última coisa que foi registrada não é uma ramificação.

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: delimited block -
en: $ git check-ref-format --branch @{-1}
pt_BR: $ git verifique-o-formato-ref --branch @{-1}

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 verifica-o-formato-ref--normalize "refs/heads/$novobranch")||
    { echo "nós não gostamos '$novobranch' as a branch nome." >&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: 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: 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-opção=<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: Labeled list
en: `git cherry-pick --ff ..next`
pt_BR: `git cherry-pick --ff ..próximo`

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: 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: 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: 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: 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: Remove untracked directories in addition to untracked files.  If an untracked directory is managed by a different Git repository, it is not removed by default.  Use -f option twice if you really want to remove such a directory.
pt_BR: Remova os diretórios não acompanhados, além dos arquivos não acompanhados.  Se um diretório não rastreado for gerenciado por um repositório Git diferente, ele não será removido por padrão.  Use a opção -f duas vezes se você realmente quiser remover esse diretório.

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, -n or -i. Git will refuse to delete directories with .git sub directory or file 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 dado -f, -n ou -i. O Git se recusará a deletar diretórios com o subdiretório ou arquivo .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: In addition to those found in .gitignore (per directory) and $GIT_DIR/info/exclude, also consider these patterns to be in the set of the ignore rules in effect.
pt_BR: Além dos encontrados em .gitignore (por diretório) e $GIT_DIR/info/excluir, considere também que esses padrões estejam no conjunto das regras de ignorar em vigor.

note: type: Plain text
en: Don't use the standard ignore rules read from .gitignore (per directory) and $GIT_DIR/info/exclude, but do still use the ignore rules given with `-e` options.  This allows removing all untracked files, including build products.  This can be used (possibly in conjunction with 'git reset') to create a pristine working directory to test a clean build.
pt_BR: Não use as regras padrão de ignorar lidas de .gitignore (por diretório) e $GIT_DIR/info/excluir, mas ainda use as regras de ignorar dadas com as opções `-e`.  Isso permite remover todos os arquivos não acompanhados, incluindo produtos de criação.  Isso pode ser usado (possivelmente em conjunto com 'git reset') para criar um diretório de trabalho primitivo 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: 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: Clones a repository into a newly created directory, creates remote-tracking branches for each branch in the cloned repository (visible using `git branch -r`), 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 -r`) e cria e faz check-out de 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: Se o repositório for especificado como um caminho local (por exemplo, `/path/to/repo`), este é o padrão, e --local é essencialmente um não operacional.  Se o repositório for especificado como um URL, esse sinalizador será ignorado (e nunca usaremos as otimizações locais). 
     Especificar `--no-local` irá sobrescrever o padrão quando`/path/to/repo` for dado, 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 that running `git repack` without the `-l` option in a repository cloned with `-s` will copy objects from the source repository into a pack in the cloned repository, removing the disk space savings of `clone -s`.  It is safe, however, to run `git gc`, which uses the `-l` option by default.
pt_BR: Note que executar o `git reempacotamento` sem a opção `-l` em um repositório clonado com `-s` copiará objetos do repositório de origem em um pacote no repositório clonado, removendo a economia de espaço em disco do `clone -s`.  É seguro, no entanto, rodar o `git gc`, que usa a opção `-l` por padrão.

note: type: Plain text
en: If you want to break the dependency of a repository cloned with `-s` 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: Se você quiser quebrar a dependência de um repositório clonado com `-s` em 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 no repositório clonado.

note: type: Labeled list
en: --reference[-if-able] <repository>
pt_BR: --referência [-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: *NOTE*: veja a NOTA para o `--shared` opção, e também o
    `--dissociate` opção.

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: 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 `-n` 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> `o` $GIT_DIR`. Isto obviamente implica o `-n` porque não há nenhum lugar para verificar a árvore de trabalho.  Além disso, as cabeças de ramificação no controle remoto são copiadas diretamente para as cabeças 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: 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 configura uma configuração de refspec como que todos esses refs são sobrescritos por um `git remote update` no repositório de destino.

note: type: Labeled list
en: --origin <name>
pt_BR: --origem <nome>

note: type: Labeled list
en: -o <name>
pt_BR: -o <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: --branch <name>
pt_BR: --branch <nome>

note: type: Labeled list
en: -b <name>
pt_BR: -b <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.
