git - Online na nuvem

PROGRAMA:

NOME

git - o rastreador de conteúdo idiota

SINOPSE

git [--version] [--help] [-C ] [-c = ]
[--exec-path [= ]] [--html-path] [--man-path] [--info-path]
[-p | --paginate | --no-pager] [--no-replace-objects] [--bare]
[--git-dir = ] [--trabalho-árvore = ] [--namespace = ]
[ ]

DESCRIÇÃO

Git é um sistema de controle de revisão distribuído, rápido e escalonável com um sistema excepcionalmente rico
conjunto de comandos que fornece operações de alto nível e acesso total aos internos.

See tutorial(7) para começar, então veja gite todos os dias(7) para um conjunto mínimo útil de
comandos. o Git Comercial manual[1] tem uma introdução mais detalhada.

Depois de dominar os conceitos básicos, você pode voltar a esta página para aprender o que
comandos Git oferece. Você pode aprender mais sobre comandos Git individuais com "git help
comando". gitcli(7) a página de manual fornece uma visão geral da sintaxe de comando da linha de comando.

A versão formatada e com hiperlink da documentação Git mais recente pode ser vista em
http://git-htmldocs.googlecode.com/git/git.html.

OPÇÕES

--versão
Imprime a versão do pacote Git que o git programa veio.

--Socorro
Imprime a sinopse e uma lista dos comandos mais comumente usados. Se a opção --tudo
or -a é fornecido, então todos os comandos disponíveis são impressos. Se um comando Git tiver esse nome
opção abrirá a página de manual para esse comando.

Outras opções estão disponíveis para controlar como a página do manual é exibida. Ver git-
ajudar(1) para obter mais informações, porque git --help ... é convertido internamente em git
ajuda ....

-C
Execute como se o git tivesse sido iniciado em em vez do diretório de trabalho atual. Quando
múltiplas opções -C são fornecidas, cada subsequente -C não absoluto é interpretado
em relação ao -C anterior .

Esta opção afeta as opções que esperam um nome de caminho como --git-dir e --work-tree em
que suas interpretações dos nomes de caminho seriam feitas em relação ao trabalho
diretório causado pela opção -C. Por exemplo, as seguintes invocações são
equivalente:

git --git-dir = a.git --work-tree = b -C c status
git --git-dir = c / a.git --work-tree = c / b status

-c =
Passe um parâmetro de configuração para o comando. O valor fornecido substituirá os valores
a partir de arquivos de configuração. o é esperado no mesmo formato listado por git
configuração (subchaves separadas por pontos).

Observe que omitir = em git -c foo.bar ... é permitido e define foo.bar como o
valor verdadeiro booleano (assim como [foo] bar faria em um arquivo de configuração). Incluindo os iguais
mas com um valor vazio (como git -c foo.bar = ...) define foo.bar como a string vazia.

--exec-path [= ]
Caminho para onde seus principais programas Git estão instalados. Isso também pode ser controlado por
definindo a variável de ambiente GIT_EXEC_PATH. Se nenhum caminho for fornecido, git irá imprimir
a configuração atual e, em seguida, saia.

--html-caminho
Imprime o caminho, sem barra, onde a documentação HTML do Git está instalada
e sair.

--man-caminho
Imprima o caminho do homem (veja homem(1)) para as páginas de manual para esta versão do Git e saia.

--info-caminho
Imprima o caminho onde os arquivos de informação que documentam esta versão do Git estão instalados e
Saída.

-p, --paginar
Canalize toda a saída para menos (ou se definido, $ PAGER) se a saída padrão for um terminal. Esse
substitui o pager. opções de configuração (ver "Mecanismo de Configuração"
seção abaixo).

--sem pager
Não canalize a saída do Git para um pager.

--git-dir =
Defina o caminho para o repositório. Isso também pode ser controlado definindo o GIT_DIR
variável de ambiente. Pode ser um caminho absoluto ou relativo para o trabalho atual
diretório.

--work-tree =
Defina o caminho para a árvore de trabalho. Pode ser um caminho absoluto ou relativo ao
diretório de trabalho atual. Isso também pode ser controlado definindo o GIT_WORK_TREE
variável de ambiente e a variável de configuração core.worktree (ver core.worktree
in git-config(1) para uma discussão mais detalhada).

--namespace =
Defina o namespace Git. Ver gitnamespaces(7) para mais detalhes. Equivalente a configuração
a variável de ambiente GIT_NAMESPACE.

--nu
Trate o repositório como um repositório vazio. Se o ambiente GIT_DIR não estiver definido, é
definido para o diretório de trabalho atual.

--no-replace-objetos
Não use referências de substituição para substituir objetos Git. Ver git-substituir(1) para mais
informações.

--literal-pathspecs
Trate pathspecs literalmente (ou seja, sem globbing, sem magia de pathspec). Isso é equivalente a
definindo a variável de ambiente GIT_LITERAL_PATHSPECS para 1.

--glob-pathspecs
Adicione magia "glob" a todos os pathspec. Isso é equivalente a definir o GIT_GLOB_PATHSPECS
variável de ambiente para 1. Desativar globbing em pathspecs individuais pode ser feito
usando a magia do pathspec ": (literal)"

--noglob-pathspecs
Adicione magia "literal" a todos os pathspec. Isso é equivalente a definir o
Variável de ambiente GIT_NOGLOB_PATHSPECS para 1. Habilitando globbing no indivíduo
pathspecs podem ser feitos usando a magia pathspec ": (glob)"

--icase-pathspecs
Adicione a magia "icase" a todos os pathspec. Isso é equivalente a definir o
Variável de ambiente GIT_ICASE_PATHSPECS para 1.

GIT COMANDOS

Dividimos o Git em comandos de alto nível ("porcelana") e comandos de baixo nível ("encanamento").

ALTO NÍVEL COMANDOS (PORCELANA)

Separamos os comandos de porcelana em comandos principais e alguns usuários auxiliares
Serviços de utilidade pública.

a Principal porcelana comandos
git-add(1)
Adicione o conteúdo do arquivo ao índice.

git-sou(1)
Aplique uma série de patches de uma caixa de correio.

arquivo git(1)
Crie um arquivo de arquivos de uma árvore nomeada.

git-bisect(1)
Use a pesquisa binária para encontrar o commit que introduziu um bug.

git-branch(1)
Liste, crie ou exclua branches.

pacote git(1)
Mova objetos e referências por arquivo.

git-checkout(1)
Alterne ramos ou restaure arquivos de árvore de trabalho.

escolha certa(1)
Aplique as mudanças introduzidas por alguns commits existentes.

git-citool(1)
Alternativa gráfica para git-commit.

limpar(1)
Remova os arquivos não rastreados da árvore de trabalho.

clone do git(1)
Clone um repositório em um novo diretório.

git-commit(1)
Registre as alterações no repositório.

git-describe(1)
Descreva um commit usando a tag mais recente acessível a partir dele.

git-diff(1)
Mostra mudanças entre commits, commit e árvore de trabalho, etc.

buscar(1)
Baixe objetos e referências de outro repositório.

patch de formato git(1)
Prepare patches para envio por e-mail.

git-gc(1)
Limpe os arquivos desnecessários e otimize o repositório local.

git-grep(1)
Imprime linhas que correspondem a um padrão.

git-gui(1)
Uma interface gráfica portátil para Git.

git-init(1)
Crie um repositório Git vazio ou reinicialize um existente.

git-log(1)
Mostrar logs de confirmação.

git-merge(1)
Junte dois ou mais históricos de desenvolvimento juntos.

git-mv(1)
Mova ou renomeie um arquivo, diretório ou link simbólico.

notas do git(1)
Adicione ou inspecione as notas do objeto.

git-pull(1)
Busque e integre com outro repositório ou um branch local.

git-push(1)
Atualize referências remotas junto com objetos associados.

git-rebase(1)
A porta de encaminhamento local confirma para o cabeçalho upstream atualizado.

git-reset(1)
Redefina o HEAD atual para o estado especificado.

git-reverter(1)
Reverta alguns commits existentes.

git-rm(1)
Remova os arquivos da árvore de trabalho e do índice.

git-shortlog(1)
Resumir git log saída.

git-show(1)
Mostre vários tipos de objetos.

git-stash(1)
Guarde as mudanças em um diretório de trabalho sujo.

status do git(1)
Mostra o status da árvore de trabalho.

submódulo git(1)
Inicialize, atualize ou inspecione submódulos.

tag-git(1)
Crie, liste, exclua ou verifique um objeto de tag assinado com GPG.

git-worktree(1)
Gerenciar várias árvores de trabalho.

idiota(1)
O navegador do repositório Git.

Auxiliar comandos
Manipuladores:

git-config(1)
Obtenha e defina o repositório ou opções globais.

exportação rápida git(1)
Exportador de dados Git.

git-importação rápida(1)
Back-end para importadores de dados Git rápidos.

git-filter-branch(1)
Reescrever ramos.

ferramenta git-merge(1)
Execute ferramentas de resolução de conflito de mesclagem para resolver conflitos de mesclagem.

git-pack-refs(1)
Pack heads e tags para acesso eficiente ao repositório.

git-prune(1)
Remova todos os objetos inacessíveis do banco de dados de objetos.

git-reflog(1)
Gerenciar informações de reflog.

git-relink(1)
Objetos comuns de hardlink em repositórios locais.

git-remote(1)
Gerenciar conjunto de repositórios rastreados.

git-repack(1)
Empacote os objetos descompactados em um repositório.

git-substituir(1)
Crie, liste e exclua referências para substituir objetos.

Interrogadores:

anotação do git(1)
Anote as linhas do arquivo com informações de confirmação.

culpa(1)
Mostra qual revisão e autor modificou pela última vez cada linha de um arquivo.

cereja(1)
Encontre commits ainda a serem aplicados ao upstream.

git-count-objetos(1)
Conte o número descompactado de objetos e seu consumo de disco.

ferramenta git-diff(1)
Mostre as mudanças usando ferramentas diff comuns.

git-fsck(1)
Verifica a conectividade e validade dos objetos no banco de dados.

git-get-tar-commit-id(1)
Extraia o ID de confirmação de um arquivo criado usando git-archive.

git-ajuda(1)
Exibe informações de ajuda sobre Git.

git-instaweb(1)
Navegue instantaneamente em seu repositório de trabalho no gitweb.

git-merge-tree(1)
Mostrar mesclagem de três vias sem tocar no índice.

git-rerere(1)
Reutilize a resolução gravada de mesclagens conflitantes.

git-rev-parse(1)
Escolha e massageie os parâmetros.

git-show-branch(1)
Mostrar branches e seus commits.

git-verify-commit(1)
Verifique a assinatura GPG dos commits.

git-verify-tag(1)
Verifique a assinatura GPG das tags.

git-o que mudou(1)
Mostra os logs com a diferença que cada confirmação introduz.

gitweb(1)
Interface da web Git (front-end da web para repositórios Git).

Interagindo com Outros
Esses comandos são para interagir com SCM estrangeiro e com outras pessoas via patch over
e-mail.

git-archimport(1)
Importe um repositório Arch para o Git.

git-cvsexportcommit(1)
Exporte um único commit para um checkout CVS.

git-cvsimport(1)
Salve seus dados de outro SCM que as pessoas amam odiar.

servidor git-cvs(1)
Um emulador de servidor CVS para Git.

git-imap-enviar(1)
Envie uma coleção de patches de stdin para uma pasta IMAP.

git-p4(1)
Importar e enviar para repositórios Perforce.

git-quiltimport(1)
Aplica um patchset de acolchoado no ramo atual.

git-request-pull(1)
Gera um resumo das alterações pendentes.

git-enviar-e-mail(1)
Envie uma coleção de patches como e-mails.

git-svn(1)
Operação bidirecional entre um repositório Subversion e Git.

NÍVEL BAIXO COMANDOS (ENCANAMENTO)

Embora Git inclua sua própria camada de porcelana, seus comandos de baixo nível são suficientes para
apoiar o desenvolvimento de porcelanas alternativas. Os desenvolvedores dessas porcelanas podem começar
lendo sobre índice de atualização git(1) e git-read-tree(1).

A interface (entrada, saída, conjunto de opções e semântica) para esses
os comandos devem ser muito mais estáveis ​​do que os comandos de nível de porcelana, porque esses
os comandos são principalmente para uso com script. A interface para comandos de porcelana por outro
mão estão sujeitas a alterações a fim de melhorar a experiência do usuário final.

A descrição a seguir divide os comandos de baixo nível em comandos que manipulam
objetos (no repositório, índice e árvore de trabalho), comandos que interrogam e
compare objetos e comandos que movem objetos e referências entre repositórios.

Manipulação comandos
git-apply(1)
Aplique um patch aos arquivos e / ou ao índice.

índice de checkout git(1)
Copie os arquivos do índice para a árvore de trabalho.

git-commit-tree(1)
Crie um novo objeto de confirmação.

objeto git-hash(1)
Compute o ID do objeto e, opcionalmente, cria um blob a partir de um arquivo.

pacote de índice git(1)
Construir arquivo de índice de pacote para um arquivo compactado existente.

arquivo git-merge(1)
Execute uma mesclagem de arquivos de três vias.

índice de mesclagem git(1)
Execute uma mesclagem para arquivos que precisam de mesclagem.

git-mktag(1)
Cria um objeto tag.

git-mktree(1)
Construa um objeto de árvore a partir de texto formatado em ls tree.

objetos git-pack(1)
Crie um arquivo compactado de objetos.

git-prune-pack(1)
Remova objetos extras que já estão em arquivos de pacote.

git-read-tree(1)
Lê as informações da árvore no índice.

git-simbólico-ref(1)
Leia, modifique e exclua referências simbólicas.

git-unpack-objects(1)
Descompacte objetos de um arquivo compactado.

índice de atualização git(1)
Registre o conteúdo do arquivo na árvore de trabalho para o índice.

git-update-ref(1)
Atualize o nome do objeto armazenado em um ref com segurança.

git-write-árvore(1)
Crie um objeto de árvore a partir do índice atual.

Interrogation comandos
arquivo git-cat(1)
Fornece informações de conteúdo ou tipo e tamanho para objetos de repositório.

arquivos git-diff(1)
Compara arquivos na árvore de trabalho e o índice.

índice git-diff(1)
Compare uma árvore com a árvore ou índice de trabalho.

árvore git-diff(1)
Compara o conteúdo e o modo de blobs encontrados por meio de dois objetos de árvore.

git-para-cada-ref(1)
Informações de saída em cada ref.

arquivos git-ls(1)
Mostra informações sobre arquivos no índice e na árvore de trabalho.

git-ls-remote(1)
Liste as referências em um repositório remoto.

git-ls-árvore(1)
Liste o conteúdo de um objeto de árvore.

git-merge-base(1)
Encontre os melhores ancestrais comuns possíveis para uma fusão.

git-nome-rev(1)
Encontre nomes simbólicos para as rotações fornecidas.

git-pack-redundante(1)
Encontre arquivos de pacote redundantes.

lista de rev-git(1)
As listas confirmam objetos em ordem cronológica reversa.

índice-git-show(1)
Mostra o índice de arquivo compactado.

git-show-ref(1)
Liste as referências em um repositório local.

arquivo git-unpack(1)
Cria um arquivo temporário com o conteúdo de um blob.

git-var(1)
Mostra uma variável lógica Git.

pacote git-verify(1)
Valide arquivos Git compactados.

Em geral, os comandos de interrogação não afetam os arquivos na árvore de trabalho.

Sincronizando repositórios
git-daemon(1)
Um servidor realmente simples para repositórios Git.

git-fetch-pack(1)
Receba objetos ausentes de outro repositório.

git-http-back-end(1)
Implementação do lado do servidor de Git sobre HTTP.

git-send-pack(1)
Envie objetos pelo protocolo Git para outro repositório.

git-update-server-info(1)
Atualize o arquivo de informações auxiliares para ajudar os servidores burros.

A seguir estão os comandos auxiliares usados ​​pelos itens acima; os usuários finais normalmente não os usam
diretamente.

git-http-busca(1)
Baixe de um repositório Git remoto via HTTP.

git-http-push(1)
Envie objetos por HTTP / DAV para outro repositório.

git-parse-remote(1)
Rotinas para ajudar a analisar os parâmetros de acesso ao repositório remoto.

git-receive-pack(1)
Receba o que é enviado para o repositório.

git-shell(1)
Shell de login restrito para acesso SSH somente Git.

git-upload-archive(1)
Envie o arquivo de volta para git-archive.

git-upload-pack(1)
Envie objetos empacotados de volta para git-fetch-pack.

Interno ajudante comandos
Esses são comandos auxiliares internos usados ​​por outros comandos; os usuários finais normalmente não usam
eles diretamente.

git-check-attr(1)
Exibe informações de gitattributes.

git-check-ignorar(1)
Depurar arquivos gitignore / excluir.

git-check-mailmap(1)
Mostrar nomes canônicos e endereços de e-mail de contatos.

formato git-check-ref(1)
Garante que um nome de referência seja bem formado.

coluna git(1)
Exibir dados em colunas.

credencial git(1)
Recupere e armazene credenciais de usuário.

git-credencial-cache(1)
Ajudante para armazenar temporariamente as senhas na memória.

armazenamento de credenciais git(1)
Ajudante para armazenar credenciais em disco.

git-fmt-merge-msg(1)
Produzir uma mensagem de confirmação de mesclagem.

git-interpret-trailers(1)
ajuda a adicionar informações estruturadas em mensagens de confirmação.

git-mailinfo(1)
Extrai patch e autoria de uma única mensagem de e-mail.

git-mailplit(1)
Programa divisor mbox simples do UNIX.

git-merge-one-file(1)
O programa auxiliar padrão a ser usado com git-merge-index.

git-patch-id(1)
Calcule a ID exclusiva de um patch.

git-sh-i18n(1)
Código de configuração i18n do Git para scripts de shell.

git-sh-setup(1)
Código de configuração de script de shell Git comum.

git-stripspace(1)
Remova os espaços em branco desnecessários.

CONFIGURAÇÃO MECANISMO

Git usa um formato de texto simples para armazenar personalizações que são por repositório e são por
do utilizador. Esse arquivo de configuração pode ter a seguinte aparência:

#
# A '#' ou ';' personagem indica um comentário.
#

; variáveis ​​centrais
[testemunho]
; Não confie nos modos de arquivo
modo de arquivo = falso

; identidade do usuário
[Usuário]
nome = "Junio ​​C Hamano"
email = "[email protegido]"

Vários comandos são lidos do arquivo de configuração e ajustam sua operação de acordo.
See git-config(1) para obter uma lista e mais detalhes sobre o mecanismo de configuração.

IDENTIFICADOR TERMINOLOGIA

Indica o nome do objeto para qualquer tipo de objeto.


Indica um nome de objeto blob.


Indica um nome de objeto de árvore.


Indica um nome de objeto de confirmação.


Indica um nome de objeto de árvore, confirmação ou tag. Um comando que leva um
argumento, em última análise, quer operar em um objeto, mas desreferências automaticamente
e objetos que apontam para um .


Indica um nome de objeto de confirmação ou tag. Um comando que leva um argumento
em última análise, deseja operar em um objeto, mas desreferências automaticamente
objetos que apontam para um .


Indica que um tipo de objeto é necessário. Atualmente um dos seguintes: blob, tree, commit ou
tag.


Indica um nome de arquivo - quase sempre relativo à raiz da estrutura da árvore
GIT_INDEX_FILE descreve.

SIMBÓLICO IDENTIFICADORES

Qualquer comando Git aceitando qualquer também pode usar a seguinte notação simbólica:

CABEÇA
indica o chefe da filial atual.


uma etiqueta válida nome (ou seja, um refs / tags / referência).


uma cabeça válida nome (ou seja, um refs / heads / referência).

Para uma lista mais completa de maneiras de escrever nomes de objetos, consulte a seção "ESPECIFICANDO REVISÕES"
in revisões do gitre(7).

ARQUIVO / DIRETÓRIO ESTRUTURA

Por favor, consulte a layout-gitrepository(5) documento.

Leia gitooks(5) para obter mais detalhes sobre cada gancho.

Os SCMs de nível superior podem fornecer e gerenciar informações adicionais no $ GIT_DIR.

TERMINOLOGIA

Por favor, veja gitglossário(7).

MEIO AMBIENTE VARIÁVEIS

Vários comandos Git usam as seguintes variáveis ​​de ambiente:

A Git Repositório
Essas variáveis ​​de ambiente se aplicam a todos os comandos principais do Git. Nb: é importante notar que
eles podem ser usados ​​/ substituídos por SCMS localizado acima do Git, portanto, tome cuidado ao usar um estrangeiro
a parte dianteira.

GIT_INDEX_FILE
Este ambiente permite a especificação de um arquivo de índice alternativo. Se não
especificado, o padrão de $ GIT_DIR / index é usado.

GIT_INDEX_VERSION
Esta variável de ambiente permite a especificação de uma versão de índice para novos
repositórios. Isso não afetará os arquivos de índice existentes. Por padrão, o arquivo de índice versão 2 ou
3 é usado. Ver índice de atualização git(1) para mais informações.

GIT_OBJECT_DIRECTORY
Se o diretório de armazenamento do objeto for especificado por meio desta variável de ambiente, o
Os diretórios sha1 são criados abaixo - caso contrário, o padrão $ GIT_DIR / objetos
diretório é usado.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Devido à natureza imutável dos objetos Git, objetos antigos podem ser arquivados em compartilhados,
diretórios somente leitura. Esta variável especifica um ":" separado (no Windows ";"
separados) lista de diretórios de objetos Git que podem ser usados ​​para pesquisar objetos Git.
Novos objetos não serão gravados nesses diretórios.

GIT_DIR
Se o GIT_DIR a variável de ambiente é definida e especifica um caminho a ser usado em vez de
o .git padrão para a base do repositório. o --git-dir opção de linha de comando
também define esse valor.

GIT_WORK_TREE
Defina o caminho para a raiz da árvore de trabalho. Isso também pode ser controlado pelo
--árvore de trabalho opção de linha de comando e a variável de configuração core.worktree.

GIT_NAMESPACE
Defina o namespace Git; Vejo gitnamespaces(7) para obter detalhes. o --namespace de linha de comando
opção também define este valor.

GIT_CEILING_DIRECTORIES
Esta deve ser uma lista de caminhos absolutos separados por dois pontos. Se definido, é uma lista de
diretórios que o Git não deve usar chdir enquanto procura por um diretório de repositório
(útil para excluir diretórios de rede de carregamento lento). Não vai excluir o
diretório de trabalho atual ou um GIT_DIR definido na linha de comando ou no ambiente.
Normalmente, o Git tem que ler as entradas nesta lista e resolver qualquer link simbólico que possa
estar presente para compará-los com o diretório atual. No entanto, se mesmo isso
o acesso é lento, você pode adicionar uma entrada vazia à lista para informar ao Git que o
entradas não são links simbólicos e não precisam ser resolvidas; por exemplo,
GIT_CEILING_DIRECTORIES = / Maybe / symlink :: / very / slow / non / symlink.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Quando executado em um diretório que não possui o diretório de repositório ".git", o Git tenta
encontre tal diretório nos diretórios pais para encontrar o topo da árvore de trabalho,
mas, por padrão, ele não ultrapassa os limites do sistema de arquivos. Esta variável de ambiente pode
ser definido como true para dizer ao Git para não parar nos limites do sistema de arquivos. Gostar
GIT_CEILING_DIRECTORIES, isso não afetará um diretório de repositório explícito definido por meio de
GIT_DIR ou na linha de comando.

GIT_COMMON_DIR
Se esta variável for definida como um caminho, arquivos que não são da árvore de trabalho que normalmente estão em $ GIT_DIR
será retirado deste caminho. Arquivos específicos da árvore de trabalho, como HEAD ou índice
são retirados de $ GIT_DIR. Ver layout-gitrepository(5) e git-worktree(1) para obter detalhes.
Esta variável tem precedência mais baixa do que outras variáveis ​​de caminho, como GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY ...

Git Compromete-se
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, EMAIL
Vejo git-commit-tree(1)

Git Diferenças
GIT_DIFF_OPTS
A única configuração válida é "--unified = ??" ou "-u ??" para definir o número de linhas de contexto
mostrado quando um diff unificado é criado. Isso tem precedência sobre qualquer "-U" ou
Valor da opção "--unified" passado na linha de comando diff do Git.

GIT_EXTERNAL_DIFF
Quando a variável de ambiente GIT_EXTERNAL_DIFF está definido, o programa nomeado por ele é
chamado, em vez da invocação diff descrita acima. Para um caminho adicionado,
removido, ou modificado, GIT_EXTERNAL_DIFF é chamado com 7 parâmetros:

caminho arquivo antigo hexadecimal modo antigo novo arquivo novo modo hexadecimal

em que:

-Arquivo
são arquivos que GIT_EXTERNAL_DIFF pode usar para ler o conteúdo de ,

-hex
são os hashes SHA-40 de 1 dígitos hexadecimais,

-modo
são a representação octal dos modos de arquivo.

Os parâmetros do arquivo podem apontar para o arquivo de trabalho do usuário (por exemplo, novo arquivo em
"git-diff-files"), / dev / null (por exemplo, arquivo antigo quando um novo arquivo é adicionado), ou um temporário
arquivo (por exemplo, arquivo antigo no índice). GIT_EXTERNAL_DIFF não deve se preocupar com
desvinculando o arquivo temporário --- ele é removido quando GIT_EXTERNAL_DIFF saídas.

Para um caminho que não está mesclado, GIT_EXTERNAL_DIFF é chamado com 1 parâmetro, .

Para cada caminho GIT_EXTERNAL_DIFF é chamado, duas variáveis ​​de ambiente,
GIT_DIFF_PATH_COUNTER e GIT_DIFF_PATH_TOTAL estão prontos.

GIT_DIFF_PATH_COUNTER
Um contador baseado em 1 incrementado em um para cada caminho.

GIT_DIFF_PATH_TOTAL
O número total de caminhos.

de outros
GIT_MERGE_VERBOSITY
Um número que controla a quantidade de saída mostrada pela estratégia de mesclagem recursiva.
Substitui merge.verbosity. Ver git-merge(1)

GIT_PAGER
Esta variável de ambiente substitui $ PAGER. Se for definido para uma string vazia ou para o
valor "cat", Git não irá lançar um pager. Veja também a opção core.pager em git-
configuração(1).

GIT_EDITOR
Esta variável de ambiente substitui $ EDITOR e $ VISUAL. É usado por vários Git
comandos quando, no modo interativo, um editor deve ser iniciado. Veja também git-var(1)
e a opção core.editor em git-config(1).

GIT_SSH, Git_ssh_command.
Se qualquer uma dessas variáveis ​​de ambiente for definida, então git buscar e git empurrar usará
o comando especificado em vez de ssh quando eles precisam se conectar a um sistema remoto. o
comando receberá exatamente dois ou quatro argumentos: o nomedeusuario @ hospedeiro (ou apenas hospedeiro)
a partir do URL e do comando shell para executar naquele sistema remoto, opcionalmente
precedido por -p (literalmente) e o porta do URL quando especifica algo outro
do que a porta SSH padrão.

$ GIT_SSH_COMMAND tem precedência sobre $ GIT_SSH e é interpretado pelo shell,
o que permite que argumentos adicionais sejam incluídos. $ GIT_SSH por outro lado deve ser
apenas o caminho para um programa (que pode ser um script de shell de invólucro, se adicional
argumentos são necessários).

Normalmente é mais fácil configurar quaisquer opções desejadas por meio de seu pessoal
arquivo .ssh / config. Por favor, consulte sua documentação ssh para mais detalhes.

GIT_ASKPASS
Se esta variável de ambiente for definida, os comandos Git que precisam adquirir senhas
ou senhas (por exemplo, para autenticação HTTP ou IMAP) irão chamar este programa com um
prompt adequado como argumento de linha de comando e ler a senha de seu STDOUT. Ver
também o núcleo.askPass opção em git-config(1).

GIT_TERMINAL_PROMPT
Se esta variável de ambiente for definida como 0, git não irá solicitar no terminal (por exemplo,
ao solicitar autenticação HTTP).

GIT_CONFIG_NOSYSTEM
Se deve ignorar as configurações de leitura do arquivo $ (prefixo) / etc / gitconfig de todo o sistema.
Esta variável de ambiente pode ser usada junto com $ HOME e $ XDG_CONFIG_HOME para criar
um ambiente previsível para um script exigente, ou você pode configurá-lo temporariamente para evitar
usando um arquivo / etc / gitconfig com erros enquanto espera por alguém com
permissões para consertá-lo.

GIT_FLUSH
Se esta variável de ambiente for definida como "1", comandos como git culpa (em
modo incremental), git lista de rev, git log, git verificar-atr e git verificar-ignorar precisarão
forçar uma liberação do fluxo de saída após cada registro ter sido liberado. Se este
variável é definida como "0", a saída desses comandos será feita usando completamente
E / S com buffer. Se esta variável de ambiente não for definida, o Git escolherá buffer ou
descarga orientada a registro com base em se stdout parece ser redirecionado para um arquivo ou
não.

GIT_TRACE
Permite mensagens de rastreamento gerais, por exemplo, expansão de alias, execução de comando embutido e
execução de comando externo.

Se esta variável for definida como "1", "2" ou "verdadeiro" (a comparação não diferencia maiúsculas de minúsculas), trace
as mensagens serão impressas em stderr.

Se a variável for definida para um valor inteiro maior que 2 e menor que 10 (estritamente)
então o Git interpretará este valor como um descritor de arquivo aberto e tentará escrever
as mensagens de rastreio neste descritor de arquivo.

Alternativamente, se a variável for definida como um caminho absoluto (começando com um /
caractere), o Git interpretará isso como um caminho de arquivo e tentará escrever o rastreamento
mensagens nele.

Desconfigurando a variável ou definindo-a como vazia, "0" ou "falso" (não diferencia maiúsculas de minúsculas)
desativa mensagens de rastreamento.

GIT_TRACE_PACK_ACCESS
Permite rastrear mensagens para todos os acessos a qualquer pacote. Para cada acesso, o arquivo de pacote
nome e um deslocamento no pacote são registrados. Isso pode ser útil para solucionar problemas
alguns problemas de desempenho relacionados ao pacote. Ver GIT_TRACE para saída de rastreamento disponível
opções.

GIT_TRACE_PACKET
Permite rastrear mensagens para todos os pacotes que entram ou saem de um determinado programa. Isso pode
ajudar na negociação de objetos de depuração ou outros problemas de protocolo. O rastreamento está desligado
em um pacote começando com "PACK" (mas veja GIT_TRACE_PACKFILE abaixo). Ver GIT_TRACE para
opções de saída de rastreamento disponíveis.

GIT_TRACE_PACKFILE
Ativa o rastreamento de packfiles enviados ou recebidos por um determinado programa. Ao contrário de outro traço
saída, este rastreamento é literal: sem cabeçalhos e sem citação de dados binários. Você quase
certamente deseja direcionar para um arquivo (por exemplo, GIT_TRACE_PACKFILE = / tmp / my.pack) em vez
do que exibi-lo no terminal ou misturá-lo com outra saída de rastreamento.

Observe que isso atualmente só é implementado para o lado do cliente de clones e
busca.

GIT_TRACE_PERFORMANCE
Habilita mensagens de rastreamento relacionadas ao desempenho, por exemplo, tempo total de execução de cada Git
comando. Ver GIT_TRACE para opções de saída de rastreamento disponíveis.

GIT_TRACE_SETUP
Permite rastrear mensagens imprimindo o .git, a árvore de trabalho e o diretório de trabalho atual
após o Git ter concluído sua fase de configuração. Ver GIT_TRACE para saída de rastreamento disponível
opções.

GIT_TRACE_SHALLOW
Permite rastrear mensagens que podem ajudar na depuração, busca / clonagem de rasos
repositórios. Ver GIT_TRACE para opções de saída de rastreamento disponíveis.

GIT_LITERAL_PATHSPECS
Definir esta variável como 1 fará com que o Git trate todos os pathspecs literalmente, ao invés
do que como padrões glob. Por exemplo, executando GIT_LITERAL_PATHSPECS = 1 git log - '* .c'
irá procurar commits que tocam o caminho * .c, não quaisquer caminhos que o glob * .c
fósforos. Você pode querer isso se estiver alimentando caminhos literais para o Git (por exemplo, caminhos
anteriormente fornecido a você por git ls-tree, --raw diff output, etc).

GIT_GLOB_PATHSPECS
Definir esta variável para 1 fará com que o Git trate todos os pathspecs como padrões glob (também conhecido como
magia "glob").

GIT_NOGLOB_PATHSPECS
Definir esta variável como 1 fará com que o Git trate todos os pathspecs como literais (também conhecido como
magia "literal").

GIT_ICASE_PATHSPECS
Definir essa variável como 1 fará com que o Git trate todos os pathspecs como não diferenciando maiúsculas de minúsculas.

GIT_REFLOG_ACTION
Quando um ref é atualizado, entradas de reflog são criadas para manter o controle do motivo pelo qual o
ref foi atualizado (que normalmente é o nome do comando de alto nível que atualizou
a ref), além dos antigos e novos valores da ref. Uma porcelana com roteiro
comando pode usar a função auxiliar set_reflog_action em git-sh-setup para definir seu nome para
esta variável quando é chamada como o comando de nível superior pelo usuário final, para ser
gravado no corpo do reflog.

GIT_REF_PARANOIA
Se definido como 1, inclui referências quebradas ou com nomes incorretos ao iterar sobre listas de referências. No
um repositório normal não corrompido, isso não faz nada. No entanto, habilitá-lo pode ajudar
git para detectar e abortar algumas operações na presença de referências quebradas. Git define isso
variável automaticamente ao realizar operações destrutivas como git-prune(1). Vocês
não deve precisar defini-lo sozinho, a menos que você queira ser paranóico sobre ter certeza de que um
operação tocou cada ref (por exemplo, porque você está clonando um repositório para fazer um
cópia de segurança).

GIT_ALLOW_PROTOCOL
Se definido, fornece uma lista separada por dois pontos de protocolos que podem ser usados ​​com
buscar / empurrar / clonar. Isso é útil para restringir a inicialização recursiva do submódulo de
um repositório não confiável. Qualquer protocolo não mencionado será desautorizado (ou seja, este é
uma lista de permissões, não uma lista negra). Se a variável não for definida, todos os protocolos são
ativado. Os nomes de protocolo usados ​​atualmente pelo git são:

· Arquivo: qualquer caminho baseado em arquivo local (incluindo arquivo: // URLs ou caminhos locais)

· Git: o protocolo git anônimo sobre uma conexão TCP direta (ou proxy, se
configurado)

· Ssh: git sobre ssh (incluindo host: sintaxe de caminho, git + ssh: //, etc).

· Rsync: git sobre rsync

· Http: git sobre http, tanto "http inteligente" quanto "http burro". Observe que isso faz não
incluem https; se você quiser ambos, deve especificar ambos como http: https.

· Quaisquer ajudantes externos são nomeados por seu protocolo (por exemplo, use hg para permitir o
auxiliar git-remote-hg)

DISCUSSÃO

Mais detalhes sobre o seguinte estão disponíveis no Git conceitos capítulo of que o
manual do usuário[2] e tutorial gitcore(7).

Um projeto Git normalmente consiste em um diretório de trabalho com um subdiretório ".git" no
nível superior. O diretório .git contém, entre outras coisas, um banco de dados de objetos compactados
representando a história completa do projeto, um arquivo "índice" que liga esse histórico
para o conteúdo atual da árvore de trabalho, e apontadores nomeados para esse histórico, como
etiquetas e cabeçotes de filial.

O banco de dados de objetos contém objetos de três tipos principais: blobs, que armazenam os dados do arquivo;
árvores, que apontam para blobs e outras árvores para construir hierarquias de diretório; e
commits, em que cada referência a uma única árvore e algum número de commits pai.

O commit, equivalente ao que outros sistemas chamam de "changeset" ou "versão", representa um
etapa na história do projeto, e cada pai representa uma etapa imediatamente anterior.
Compromissos com mais de um pai representam fusões de linhas independentes de desenvolvimento.

Todos os objetos são nomeados pelo hash SHA-1 de seu conteúdo, normalmente escrito como uma string de
40 dígitos hexadecimais. Esses nomes são globalmente únicos. Toda a história levando a um commit
pode ser garantido assinando apenas esse commit. Um quarto tipo de objeto, a tag, é fornecido
para esta finalidade.

Quando criados pela primeira vez, os objetos são armazenados em arquivos individuais, mas para eficiência pode mais tarde
ser compactados em "arquivos de pacote".

Ponteiros nomeados chamados refs marcam pontos interessantes na história. Um ref pode conter o SHA-1
nome de um objeto ou o nome de outro ref. Refs com nomes começando com ref / head / contain
o nome SHA-1 do commit mais recente (ou "cabeça") de um branch em desenvolvimento. SHA-1
nomes de tags de interesse são armazenados em ref / tags /. Uma referência especial chamada HEAD contém
o nome da ramificação atualmente em check-out.

O arquivo de índice é inicializado com uma lista de todos os caminhos e, para cada caminho, um objeto blob
e um conjunto de atributos. O objeto blob representa o conteúdo do arquivo a partir do
chefe da filial atual. Os atributos (hora da última modificação, tamanho, etc.) são retirados de
o arquivo correspondente na árvore de trabalho. As mudanças subsequentes na árvore de trabalho podem ser
encontrado comparando esses atributos. O índice pode ser atualizado com novos conteúdos e novos
commits podem ser criados a partir do conteúdo armazenado no índice.

O índice também é capaz de armazenar várias entradas (chamadas de "fases") para um determinado
nome do caminho. Esses estágios são usados ​​para manter as várias versões não mescladas de um arquivo quando um
fusão está em andamento.

MAIS LONGE DOCUMENTAÇÃO

Consulte as referências na seção "descrição" para começar a usar o Git. A seguir
provavelmente mais detalhes do que o necessário para um usuário iniciante.

A Git conceitos capítulo of que o manual do usuário[2] e tutorial gitcore(7) ambos fornecem
introduções à arquitetura Git subjacente.

See fluxos de trabalho(7) para uma visão geral dos fluxos de trabalho recomendados.

Veja também o howto[3] documentos para alguns exemplos úteis.

Os internos são documentados no Git API documentação[4].

Os usuários que estão migrando do CVS também podem querer ler migração gitcvs(7).

AUTORES

O Git foi iniciado por Linus Torvalds e atualmente é mantido por Junio ​​C Hamano. Numerosas
contribuições vieram da lista de e-mail do Git[email protegido][5]>.
http://www.openhub.net/p/git/contributors/summary dá a você uma lista mais completa de
contribuidores.

Se você tiver um clone do próprio git.git, a saída de git-shortlog(1) e culpa(1) pode
mostrar os autores de partes específicas do projeto.

RELATÓRIOS INSETOS

Relate bugs para a lista de e-mails do Git[email protegido][5]> onde o desenvolvimento e
a manutenção é feita principalmente. Você não precisa estar inscrito na lista para enviar um
mensagem lá.

Use git online usando serviços onworks.net