git - Online en la nube

PROGRAMA:

NOMBRE

git - el rastreador de contenido estúpido

SINOPSIS

git [--version] [--help] [-C ] [-C = ]
[--exec-ruta [= ]] [--html-ruta] [--man-ruta] [--info-ruta]
[-p | --paginate | --no-pager] [--no-replace-objects] [--bare]
[--git-dir = ] [--work-tree = ] [- espacio de nombres = ]
[ ]

DESCRIPCIÓN

Git es un sistema de control de revisiones distribuido, rápido y escalable con una
conjunto de comandos que proporciona tanto operaciones de alto nivel como acceso completo a los componentes internos.

See tutorial(7) para comenzar, luego vea todos los dias(7) para un conjunto mínimo útil de
comandos. los Git Del usuario Manual[1] tiene una introducción más detallada.

Después de dominar los conceptos básicos, puede volver a esta página para saber qué
comandos que ofrece Git. Puede obtener más información sobre los comandos individuales de Git con "git help
mando". gitcli(7) La página de manual le brinda una descripción general de la sintaxis de comandos de la línea de comandos.

La versión formateada y con hipervínculos de la última documentación de Git se puede ver en
http://git-htmldocs.googlecode.com/git/git.html.

CAMPUS

--versión
Imprime la versión de la suite Git que git el programa vino.

--ayuda
Imprime la sinopsis y una lista de los comandos más utilizados. Si la opcion --todas
or -a se da entonces se imprimen todos los comandos disponibles. Si un comando de Git se llama así
La opción abrirá la página del manual para ese comando.

Hay otras opciones disponibles para controlar cómo se muestra la página del manual. Ver git-
ayuda(1) para obtener más información, porque git --help ... se convierte internamente en git
ayuda ....

-C
Ejecutar como si git se hubiera iniciado en en lugar del directorio de trabajo actual. Cuándo
Se dan múltiples opciones -C, cada una de las siguientes -C no absolutas se interpreta
relativo al anterior -C .

Esta opción afecta a las opciones que esperan un nombre de ruta como --git-dir y --work-tree en
que sus interpretaciones de los nombres de las rutas se harían en relación con el trabajo
directorio causado por la opción -C. Por ejemplo, las siguientes invocaciones son
equivalente:

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

-C =
Pase un parámetro de configuración al comando. El valor dado anulará los valores
desde archivos de configuración. El se espera en el mismo formato que el listado por git
config (subclaves separadas por puntos).

Tenga en cuenta que omitir = en git -c foo.bar ... está permitido y establece foo.bar en el
valor verdadero booleano (como lo haría la barra [foo] en un archivo de configuración). Incluyendo los iguales
pero con un valor vacío (como git -c foo.bar = ...) establece foo.bar en la cadena vacía.

--exec-ruta [= ]
Ruta al lugar donde estén instalados sus programas principales de Git. Esto también puede ser controlado por
configurando la variable de entorno GIT_EXEC_PATH. Si no se da un camino, git imprimirá
la configuración actual y luego salir.

--html-ruta
Imprima la ruta, sin barra al final, donde está instalada la documentación HTML de Git
y salir

- camino del hombre
Imprima la ruta del hombre (consulte hombre(1)) para las páginas de manual de esta versión de Git y salir.

--info-ruta
Imprima la ruta donde están instalados los archivos de información que documentan esta versión de Git y
salida.

-p, --paginado
Canalice toda la salida a menos (o si está configurado, $ PAGER) si la salida estándar es un terminal. Esta
anula el buscapersonas. opciones de configuración (ver el "Mecanismo de configuración"
sección abajo).

--sin buscapersonas
No canalice la salida de Git a un buscapersonas.

--git-dir =
Establezca la ruta al repositorio. Esto también se puede controlar configurando GIT_DIR
Variable ambiental. Puede ser una ruta absoluta o una ruta relativa al trabajo actual.
directorio.

--work-tree =
Establece el camino hacia el árbol de trabajo. Puede ser una ruta absoluta o una ruta relativa a la
directorio de trabajo actual. Esto también se puede controlar configurando GIT_WORK_TREE
variable de entorno y la variable de configuración core.worktree (ver core.worktree
in git-config(1) para una discusión más detallada).

--namespace =
Establezca el espacio de nombres de Git. Ver espacios de nombres git(7) para más detalles. Equivalente a la configuración
la variable de entorno GIT_NAMESPACE.

--desnudo
Trate el repositorio como un repositorio simple. Si el entorno GIT_DIR no está configurado, es
establecido en el directorio de trabajo actual.

--no-reemplazar-objetos
No use referencias de reemplazo para reemplazar objetos Git. Ver git-reemplazar(1) para más
información.

--literal-pathpecs
Trate pathpecs literalmente (es decir, sin globbing, sin magia de pathpec). Esto es equivalente a
establecer la variable de entorno GIT_LITERAL_PATHSPECS en 1.

--glob -pathpecs
Agregue magia "glob" a todas las especificaciones de ruta. Esto es equivalente a configurar GIT_GLOB_PATHSPECS
variable de entorno a 1. Se puede deshabilitar el globbing en rutas individuales
usando la magia de la especificación de ruta ": (literal)"

--noglob -pathpecs
Agregue magia "literal" a todas las especificaciones de ruta. Esto es equivalente a configurar el
Variable de entorno GIT_NOGLOB_PATHSPECS a 1. Habilitación de globbing en individuos
Pathpecs se puede hacer usando pathpec magic ": (glob)"

--icase-pathpecs
Agregue magia "icase" a todos los pathpec. Esto es equivalente a configurar el
Variable de entorno GIT_ICASE_PATHSPECS a 1.

GIT COMANDOS

Dividimos Git en comandos de alto nivel ("porcelana") y comandos de bajo nivel ("fontanería").

NIVEL ALTO COMANDOS (PORCELANA)

Separamos los comandos de porcelana en los comandos principales y algún usuario auxiliar.
utilidades

Inicio porcelana comandos
git-añadir(1)
Agregue el contenido del archivo al índice.

git-am(1)
Aplicar una serie de parches desde un buzón.

archivo-git(1)
Cree un archivo de archivos a partir de un árbol con nombre.

git-bisect(1)
Utilice la búsqueda binaria para encontrar la confirmación que introdujo un error.

rama git(1)
Enumere, cree o elimine sucursales.

git-paquete(1)
Mueva objetos y referencias por archivo.

pago-git(1)
Cambie de rama o restaure archivos de árbol de trabajo.

selección de git-cherry(1)
Aplicar los cambios introducidos por algunas confirmaciones existentes.

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

git-limpio(1)
Elimine los archivos sin seguimiento del árbol de trabajo.

git-clon(1)
Clona un repositorio en un directorio nuevo.

compromiso de git(1)
Registre los cambios en el repositorio.

git-describir(1)
Describe una confirmación utilizando la etiqueta más reciente a la que se puede acceder desde ella.

diferencia git(1)
Mostrar cambios entre confirmaciones, confirmaciones y árbol de trabajo, etc.

git-buscar(1)
Descarga objetos y referencias de otro repositorio.

parche de formato git(1)
Prepare parches para enviarlos por correo electrónico.

git-gc(1)
Limpia archivos innecesarios y optimiza el repositorio local.

gitgrep(1)
Imprime líneas que coinciden con un patrón.

git-gui(1)
Una interfaz gráfica portátil para Git.

git-init(1)
Cree un repositorio de Git vacío o reinicialice uno existente.

registro de git(1)
Mostrar registros de confirmación.

git-merge(1)
Une dos o más historias de desarrollo.

git-mv(1)
Mueva o cambie el nombre de un archivo, directorio o enlace simbólico.

notas-git(1)
Agregue o inspeccione notas de objetos.

git-tirar(1)
Obtener e integrar con otro repositorio o una sucursal local.

git-push(1)
Actualice las referencias remotas junto con los objetos asociados.

git-rebase(1)
Forward-port local se compromete con la cabecera ascendente actualizada.

git-restablecer(1)
Restablece el HEAD actual al estado especificado.

git-revertir(1)
Revertir algunas confirmaciones existentes.

git-rm(1)
Elimina archivos del árbol de trabajo y del índice.

git-shortlog(1)
Resumir git log salida.

git-mostrar(1)
Muestre varios tipos de objetos.

git-alijo(1)
Guarde los cambios en un directorio de trabajo sucio.

estado-git(1)
Muestra el estado del árbol de trabajo.

submódulo git(1)
Inicializar, actualizar o inspeccionar submódulos.

git-etiqueta(1)
Cree, enumere, elimine o verifique un objeto de etiqueta firmado con GPG.

git-árbol de trabajo(1)
Gestione varios árboles de trabajo.

gitk(1)
El navegador del repositorio de Git.

Auxiliar Comandos
Manipuladores:

git-config(1)
Obtenga y configure el repositorio o las opciones globales.

exportación rápida de git(1)
Exportador de datos de Git.

git-fast-importación(1)
Backend para importadores de datos de Git rápidos.

rama-filtro-git(1)
Reescribe las ramas.

git-mergetool(1)
Ejecute herramientas de resolución de conflictos de combinación para resolver conflictos de combinación.

git-pack-refs(1)
Empaque cabezas y etiquetas para un acceso eficiente al repositorio.

git-poda(1)
Elimine todos los objetos inalcanzables de la base de datos de objetos.

git-reflog(1)
Gestione la información de reflog.

git-reenlace(1)
Vincular objetos comunes en repositorios locales.

git-remoto(1)
Administrar un conjunto de repositorios rastreados.

reempaquetar git(1)
Empaque los objetos desempaquetados en un repositorio.

git-reemplazar(1)
Cree, enumere, elimine referencias para reemplazar objetos.

Interrogadores:

git-anotar(1)
Anotar líneas de archivo con información de confirmación.

culpable(1)
Muestre qué revisión y autor modificó por última vez cada línea de un archivo.

git-cereza(1)
Encuentra confirmaciones que aún no se han aplicado al upstream.

git-count-objetos(1)
Cuente la cantidad de objetos desempaquetados y su consumo de disco.

git-difftool(1)
Muestre los cambios usando herramientas de diferencias comunes.

git-fsck(1)
Verifica la conectividad y validez de los objetos en la base de datos.

git-get-tar-commit-id(1)
Extraiga el ID de confirmación de un archivo creado con git-archive.

git-ayuda(1)
Muestra información de ayuda sobre Git.

git-instaweb(1)
Navegue instantáneamente por su repositorio de trabajo en gitweb.

git-merge-árbol(1)
Muestra la combinación de tres vías sin tocar el índice.

git-rerere(1)
Reutilice la resolución registrada de fusiones en conflicto.

git-rev-parse(1)
Seleccionar y masajear parámetros.

git-show-rama(1)
Muestre las ramas y sus confirmaciones.

git-verificar-compromiso(1)
Verifique la firma GPG de las confirmaciones.

git-verificar-etiqueta(1)
Verifique la firma GPG de las etiquetas.

git-lo que ha cambiado(1)
Muestre los registros con la diferencia que presenta cada confirmación.

gitweb(1)
Interfaz web de Git (interfaz web para repositorios de Git).

Interactuando Otros
Estos comandos son para interactuar con SCM externo y con otras personas a través de parche
correo electrónico.

git-archimport(1)
Importa un repositorio de Arch a Git.

git-cvexportcommit(1)
Exporte una única confirmación a un pago de CVS.

git-cvsimport(1)
Recupere sus datos de otro SCM que a la gente le encanta odiar.

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

git-imap-enviar(1)
Envíe una colección de parches desde stdin a una carpeta IMAP.

git-p4(1)
Importar y enviar a los repositorios de Perforce.

git-quiltimport(1)
Aplica un conjunto de parches de colcha en la rama actual.

git-request-pull(1)
Genera un resumen de cambios pendientes.

git-enviar-correo electrónico(1)
Envíe una colección de parches como correos electrónicos.

git-svn(1)
Operación bidireccional entre un repositorio de Subversion y Git.

NIVEL BAJO COMANDOS (PLOMERÍA)

Aunque Git incluye su propia capa de porcelana, sus comandos de bajo nivel son suficientes para
Apoyar el desarrollo de porcelanas alternativas. Los desarrolladores de tales porcelanas podrían comenzar
leyendo sobre índice de actualización de git(1) y git-read-árbol(1).

La interfaz (entrada, salida, conjunto de opciones y la semántica) a estos de bajo nivel
Los comandos están destinados a ser mucho más estables que los comandos de nivel de porcelana, porque estos
Los comandos son principalmente para uso con secuencias de comandos. La interfaz de los comandos de Porcelain en el otro
están sujetos a cambios para mejorar la experiencia del usuario final.

La siguiente descripción divide los comandos de bajo nivel en comandos que manipulan
objetos (en el repositorio, índice y árbol de trabajo), comandos que interrogan y
comparar objetos y comandos que mueven objetos y referencias entre repositorios.

Manipulación comandos
aplicar git(1)
Aplique un parche a los archivos y / o al índice.

índice-git-checkout(1)
Copie archivos del índice al árbol de trabajo.

git-commit-árbol(1)
Crea un nuevo objeto de confirmación.

git-hash-objeto(1)
Calcula el ID del objeto y, opcionalmente, crea un blob a partir de un archivo.

git-index-paquete(1)
Cree un archivo de índice de paquete para un archivo empaquetado existente.

git-merge-archivo(1)
Ejecute una combinación de archivos de tres vías.

índice-merge-git(1)
Ejecute una combinación de archivos que necesiten combinarse.

git-mktag(1)
Crea un objeto de etiqueta.

git-mktree(1)
Cree un objeto de árbol a partir de texto con formato de árbol ls.

git-pack-objetos(1)
Cree un archivo empaquetado de objetos.

lleno de ciruelas pasas(1)
Elimina los objetos adicionales que ya están en los archivos del paquete.

git-read-árbol(1)
Lee la información del árbol en el índice.

git-simbólico-ref(1)
Leer, modificar y eliminar referencias simbólicas.

git-desempaquetar-objetos(1)
Desempaquete los objetos de un archivo empaquetado.

índice de actualización de git(1)
Registre el contenido del archivo en el árbol de trabajo en el índice.

git-actualización-ref(1)
Actualice el nombre del objeto almacenado en una referencia de forma segura.

git-escribir-árbol(1)
Crea un objeto de árbol a partir del índice actual.

Interrogatorio comandos
git-cat-archivo(1)
Proporcione información sobre el contenido o el tipo y el tamaño de los objetos del repositorio.

archivos git-diff(1)
Compara archivos en el árbol de trabajo y el índice.

índice-diff-git(1)
Compare un árbol con el árbol de trabajo o índice.

git-diff-árbol(1)
Compara el contenido y el modo de los blobs encontrados a través de dos objetos de árbol.

git-para-cada-ref(1)
Salida de información sobre cada ref.

archivos git-ls(1)
Muestra información sobre archivos en el índice y el árbol de trabajo.

git-ls-remoto(1)
Enumere las referencias en un repositorio remoto.

árbol-git-ls(1)
Enumere el contenido de un objeto de árbol.

git-merge-base(1)
Encuentra tan buenos ancestros comunes como sea posible para una fusión.

git-nombre-rev(1)
Encuentra nombres simbólicos para revoluciones dadas.

git-pack-redundante(1)
Encuentra archivos de paquete redundantes.

git-rev-lista(1)
Las listas envían objetos en orden cronológico inverso.

índice-show-git(1)
Mostrar índice de archivo empaquetado.

git-show-ref(1)
Enumere las referencias en un repositorio local.

git-desempaquetar-archivo(1)
Crea un archivo temporal con el contenido de un blob.

git-var(1)
Muestra una variable lógica de Git.

git-verificar-paquete(1)
Valide los archivos comprimidos de Git.

En general, los comandos de interrogación no tocan los archivos en el árbol de trabajo.

Sincronizando repositorios
demonio git(1)
Un servidor realmente simple para repositorios de Git.

git-fetch-paquete(1)
Reciba objetos faltantes de otro repositorio.

git-http-backend(1)
Implementación del lado del servidor de Git sobre HTTP.

git-enviar-paquete(1)
Empuje objetos a través del protocolo Git a otro repositorio.

git-actualización-información-del-servidor(1)
Actualice el archivo de información auxiliar para ayudar a los servidores tontos.

Los siguientes son comandos auxiliares utilizados por los anteriores; los usuarios finales normalmente no los utilizan
.

git-http-buscar(1)
Descarga desde un repositorio Git remoto a través de HTTP.

git-http-push(1)
Envíe objetos a través de HTTP / DAV a otro repositorio.

git-parse-remoto(1)
Rutinas para ayudar a analizar los parámetros de acceso al repositorio remoto.

paquete de recepción de git(1)
Reciba lo que se envía al repositorio.

git-shell(1)
Shell de inicio de sesión restringido para acceso SSH solo de Git.

git-upload-archivo(1)
Enviar el archivo de vuelta a git-archive.

git-upload-paquete(1)
Envíe los objetos empaquetados de nuevo a git-fetch-pack.

Interno ayudante comandos
Estos son comandos de ayuda internos utilizados por otros comandos; los usuarios finales normalmente no utilizan
ellos directamente.

git-check-attr(1)
Muestra información de atributos.

git-comprobar-ignorar(1)
Depurar archivos gitignore / exclude.

git-check-mapa de correo(1)
Muestra los nombres canónicos y las direcciones de correo electrónico de los contactos.

git-check-ref-formato(1)
Asegura que un nombre de referencia esté bien formado.

git-columna(1)
Muestra datos en columnas.

git-credencial(1)
Recupere y almacene las credenciales de usuario.

caché-credencial-git(1)
Ayudante para almacenar temporalmente contraseñas en la memoria.

tienda-credencial-git(1)
Ayudante para almacenar credenciales en disco.

git-fmt-merge-mensaje(1)
Producir un mensaje de confirmación de fusión.

git-interpretar-trailers(1)
ayudar a agregar información estructurada en los mensajes de confirmación.

git-mailinfo(1)
Extrae el parche y la autoría de un solo mensaje de correo electrónico.

git-mailsplit(1)
Programa simple divisor de UNIX mbox.

git-fusionar-un-archivo(1)
El programa auxiliar estándar para usar con git-merge-index.

git-parche-id(1)
Calcule la identificación única para un parche.

git-sh-i18n(1)
Código de configuración i18n de Git para scripts de shell.

configuración de git-sh(1)
Código de configuración de script de shell común de Git.

git-stripspace(1)
Elimina los espacios en blanco innecesarios.

CONFIGURACIÓN MECANISMO

Git usa un formato de texto simple para almacenar personalizaciones que son por repositorio y son por
usuario. Un archivo de configuración de este tipo puede verse así:

#
# Un '#' o ';' carácter indica un comentario.
#

; variables centrales
[centro]
; No confíes en los modos de archivo
modo de archivo = falso

; identidad de usuario
[Usuario]
name = "Junio ​​C Hamano"
email = "[email protected]"

Varios comandos leen del archivo de configuración y ajustan su funcionamiento en consecuencia.
See git-config(1) para obtener una lista y más detalles sobre el mecanismo de configuración.

IDENTIFICADOR TERMINOLOGÍA

Indica el nombre del objeto para cualquier tipo de objeto.


Indica un nombre de objeto de blob.


Indica un nombre de objeto de árbol.


Indica un nombre de objeto de confirmación.


Indica un árbol, un compromiso o un nombre de objeto de etiqueta. Un comando que requiere
En última instancia, el argumento quiere operar en un objeto pero elimina automáticamente las referencias
y objetos que apuntan a un .


Indica un nombre de objeto de confirmación o etiqueta. Un comando que requiere argumento
en última instancia, quiere operar en un objeto pero elimina automáticamente las referencias
objetos que apuntan a un .


Indica que se requiere un tipo de objeto. Actualmente uno de: blob, tree, commit o
etiqueta.


Indica un nombre de archivo, casi siempre relativo a la raíz de la estructura del árbol
GIT_INDEX_FILE describe.

SIMBÓLICO IDENTIFICADORES

Cualquier comando de Git que acepte cualquier también puede utilizar la siguiente notación simbólica:

CABEZA
indica el jefe de la rama actual.


una etiqueta válida nombre (es decir, referencias / etiquetas / referencia).


una cabeza válida nombre (es decir, árbitros / cabezas / referencia).

Para obtener una lista más completa de formas de deletrear nombres de objetos, consulte la sección "ESPECIFICAR REVISIONES"
in gitrevisiones(7).

DIRECTORIO DE ARCHIVOS ESTRUCTURA

Consulte la disposición de gitrepository(5) documento.

Leer garfios(5) para obtener más detalles sobre cada anzuelo.

Los SCM de nivel superior pueden proporcionar y administrar información adicional en $ GIT_DIR.

TERMINOLOGÍA

Por favor mira glosario(7).

MEDIO AMBIENTE VARIABLES

Varios comandos de Git utilizan las siguientes variables de entorno:

El Git Repositorio
Estas variables de entorno se aplican a todos comandos básicos de Git. Nb: vale la pena señalar que
pueden ser usados ​​/ anulados por SCMS sentado encima de Git, así que tenga cuidado si usa un
Interfaz.

GIT_INDEX_FILE
Este entorno permite la especificación de un archivo de índice alternativo. Que no
especificado, se utiliza el valor predeterminado de $ GIT_DIR / index.

GIT_INDEX_VERSIÓN
Esta variable de entorno permite la especificación de una versión de índice para nuevos
repositorios. No afectará a los archivos de índice existentes. Por defecto, la versión 2 del archivo de índice o
Se utiliza 3. Ver índice de actualización de git(1) para obtener más información.

GIT_OBJECT_DIRECTORIO
Si el directorio de almacenamiento de objetos se especifica a través de esta variable de entorno, el
Los directorios sha1 se crean debajo; de lo contrario, el $ GIT_DIR / objects predeterminado
se utiliza el directorio.

GIT_ALTERNATE_OBJECT_DIRECTORIOS
Debido a la naturaleza inmutable de los objetos Git, los objetos antiguos se pueden archivar en compartidos,
directorios de solo lectura. Esta variable especifica un ":" separado (en Windows ";"
separados) lista de directorios de objetos Git que se pueden usar para buscar objetos Git.
No se escribirán nuevos objetos en estos directorios.

GIT_DIR
Si GIT_DIR La variable de entorno se establece, luego especifica una ruta para usar en lugar de
el .git predeterminado para la base del repositorio. El --git-dir opción de línea de comandos
también establece este valor.

GIT_WORK_TREE
Establezca la ruta a la raíz del árbol de trabajo. Esto también puede ser controlado por el
- árbol de trabajo opción de línea de comandos y la variable de configuración core.worktree.

GIT_NAMESPACE
Establezca el espacio de nombres de Git; ver espacios de nombres git(7) para obtener más detalles. El - espacio de nombres De línea de comandos
La opción también establece este valor.

GIT_CEILING_DIRECTORIOS
Debe ser una lista de rutas absolutas separadas por dos puntos. Si se establece, es una lista de
directorios en los que Git no debería ingresar mientras busca un directorio de repositorio
(útil para excluir directorios de red de carga lenta). No excluirá el
directorio de trabajo actual o un GIT_DIR establecido en la línea de comando o en el entorno.
Normalmente, Git tiene que leer las entradas en esta lista y resolver cualquier enlace simbólico que pueda
estar presente para compararlos con el directorio actual. Sin embargo, si incluso esto
el acceso es lento, puede agregar una entrada vacía a la lista para decirle a Git que la siguiente
las entradas no son enlaces simbólicos y no es necesario resolverlas; p.ej,
GIT_CEILING_DIRECTORIES = / quizás / enlace simbólico :: / muy / lento / no / enlace simbólico.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Cuando se ejecuta en un directorio que no tiene un directorio de repositorio ".git", Git intenta
busque dicho directorio en los directorios principales para encontrar la parte superior del árbol de trabajo,
pero por defecto no cruza los límites del sistema de archivos. Esta variable de entorno puede
se establece en true para decirle a Git que no se detenga en los límites del sistema de archivos. Me gusta
GIT_CEILING_DIRECTORIOS, esto no afectará a un directorio de repositorio explícito establecido a través de
GIT_DIR o en la línea de comando.

GIT_COMMON_DIR
Si esta variable se establece en una ruta, los archivos que no son del árbol de trabajo que normalmente están en $ GIT_DIR
se tomará de esta ruta en su lugar. Archivos específicos del árbol de trabajo como HEAD o index
se toman de $ GIT_DIR. Ver disposición de gitrepository(5) y git-árbol de trabajo(1) para obtener más detalles.
Esta variable tiene menor precedencia que otras variables de ruta como GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY ...

Git Compromisos
GIT_AUTHOR_NOMBRE, GIT_AUTHOR_EMAIL, GIT_AUTHOR_FECHA, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, E-MAIL
ver git-commit-árbol(1)

Git Diferencias
GIT_DIFF_OPTS
La única configuración válida es "--unified = ??" o "-u ??" para establecer el número de líneas de contexto
se muestra cuando se crea una diferencia unificada. Esto tiene prioridad sobre cualquier "-U" o
Valor de la opción "--unified" pasado en la línea de comando de Git diff.

GIT_EXTERNAL_DIFF
Cuando la variable de entorno GIT_EXTERNAL_DIFF está configurado, el programa nombrado por él es
llamado, en lugar de la invocación diff descrita anteriormente. Por un camino que se suma,
eliminado o modificado GIT_EXTERNAL_DIFF se llama con 7 parámetros:

ruta archivo antiguo antiguo hexadecimal modo antiguo archivo nuevo nuevo hexadecimal modo nuevo

dónde:

-Archivo
son archivos que GIT_EXTERNAL_DIFF puede usar para leer el contenido de ,

-maleficio
son los hash SHA-40 de 1 dígitos hexagonales,

-modo
son la representación octal de los modos de archivo.

Los parámetros del archivo pueden apuntar al archivo de trabajo del usuario (por ejemplo, archivo nuevo en
"git-diff-files"), / dev / null (por ejemplo, archivo antiguo cuando se agrega un archivo nuevo), o un archivo temporal
archivo (por ejemplo, archivo antiguo en el índice). GIT_EXTERNAL_DIFF no deberías preocuparte por
desvincular el archivo temporal --- se elimina cuando GIT_EXTERNAL_DIFF salidas

Por un camino que no se fusiona, GIT_EXTERNAL_DIFF se llama con 1 parámetro, .

Por cada camino GIT_EXTERNAL_DIFF se llama, dos variables de entorno,
GIT_DIFF_PATH_COUNTER y GIT_DIFF_PATH_TOTAL se establecen.

GIT_DIFF_PATH_COUNTER
Un contador basado en 1 incrementado en uno para cada ruta.

GIT_DIFF_PATH_TOTAL
El número total de caminos.

otros
GIT_MERGE_VERBOSIDAD
Un número que controla la cantidad de salida mostrada por la estrategia de combinación recursiva.
Anula merge.verbosity. Ver git-merge(1)

GIT_PAGER
Esta variable de entorno anula $ PAGER. Si se establece en una cadena vacía o en el
value "cat", Git no iniciará un buscapersonas. Consulte también la opción core.pager en git-
config(1).

GIT_EDITOR
Esta variable de entorno anula $ EDITOR y $ VISUAL. Es utilizado por varios Git
comandos cuando, en modo interactivo, se va a ejecutar un editor. Ver también git-var(1)
y la opción core.editor en git-config(1).

GIT_SSH, GIT_SSH_COMMAND
Si se establece alguna de estas variables de entorno, git ha podido recuperar y git empuje utilizará
el comando especificado en lugar de ssh cuando necesitan conectarse a un sistema remoto. El
El comando recibirá exactamente dos o cuatro argumentos: el nombre de usuario @ host (o solo fortaleza)
desde la URL y el comando de shell para ejecutar en ese sistema remoto, opcionalmente
precedido por -p (literalmente) y el Puerto de la URL cuando especifica algo diferente
que el puerto SSH predeterminado.

$ GIT_SSH_COMMAND tiene prioridad sobre $ GIT_SSH, y es interpretado por el shell,
lo que permite incluir argumentos adicionales. $ GIT_SSH por otro lado debe ser
solo la ruta a un programa (que puede ser un script de shell contenedor, si es adicional
se necesitan argumentos).

Por lo general, es más fácil configurar las opciones deseadas a través de su personal.
Archivo .ssh / config. Consulte la documentación de su ssh para obtener más detalles.

GIT_ASKPASS
Si esta variable de entorno está configurada, entonces los comandos de Git que necesitan adquirir contraseñas
o frases de contraseña (por ejemplo, para autenticación HTTP o IMAP) llamarán a este programa con un
indicador adecuado como argumento de línea de comando y lea la contraseña de su STDOUT. Ver
también el núcleo.askPass en opción git-config(1).

GIT_TERMINAL_PROMPT
Si esta variable de entorno se establece en 0, git no aparecerá en la terminal (por ejemplo,
al solicitar la autenticación HTTP).

GIT_CONFIG_NOSYSTEM
Si se debe omitir la configuración de lectura del archivo $ (prefijo) / etc / gitconfig de todo el sistema.
Esta variable de entorno se puede utilizar junto con $ HOME y $ XDG_CONFIG_HOME para crear
un entorno predecible para un script exigente, o puede configurarlo temporalmente para evitar
usando un archivo / etc / gitconfig con errores mientras espera a alguien con suficiente
permisos para arreglarlo.

GIT_FLUSH
Si esta variable de entorno se establece en "1", los comandos como git culpa (en
modo incremental), git lista de revoluciones, git log, git verificar-atributo y git comprobar-ignorar seguirá
forzar un vaciado del flujo de salida después de que se haya vaciado cada registro. Si esto
variable se establece en "0", la salida de estos comandos se realizará utilizando completamente
E / S con búfer. Si esta variable de entorno no está configurada, Git elegirá en búfer o
vaciado orientado a registros basado en si stdout parece ser redirigido a un archivo o
no.

GIT_TRACE
Habilita mensajes de seguimiento generales, por ejemplo, expansión de alias, ejecución de comandos incorporados y
ejecución de comandos externos.

Si esta variable se establece en "1", "2" o "verdadero" (la comparación no distingue entre mayúsculas y minúsculas), trace
los mensajes se imprimirán en stderr.

Si la variable se establece en un valor entero mayor que 2 e menor que 10 (estrictamente)
entonces Git interpretará este valor como un descriptor de archivo abierto e intentará escribir
los mensajes de seguimiento en este descriptor de archivo.

Alternativamente, si la variable se establece en una ruta absoluta (comenzando con un /
carácter), Git interpretará esto como una ruta de archivo e intentará escribir la traza
mensajes en él.

Desarmar la variable o establecerla en vacío, "0" o "falso" (no distingue entre mayúsculas y minúsculas)
inhabilita los mensajes de seguimiento.

GIT_TRACE_PACK_ACCESO
Habilita los mensajes de seguimiento para todos los accesos a cualquier paquete. Para cada acceso, el archivo del paquete
se registra un nombre y una compensación en el paquete. Esto puede resultar útil para solucionar problemas
algunos problemas de rendimiento relacionados con el paquete. Ver GIT_TRACE para la salida de seguimiento disponible
.

GIT_TRACE_PACKET
Habilita los mensajes de seguimiento para todos los paquetes que entran o salen de un programa determinado. Esto puede
Ayuda con la depuración de la negociación de objetos u otros problemas de protocolo. El rastreo está desactivado
en un paquete que comienza con "PACK" (pero consulte GIT_TRACE_PACKFILE debajo). Ver GIT_TRACE para
opciones de salida de seguimiento disponibles.

GIT_TRACE_PACKFILE
Habilita el rastreo de paquetes enviados o recibidos por un programa dado. A diferencia de otro rastro
salida, esta traza es textual: sin encabezados y sin citas de datos binarios. Tu casi
ciertamente desea dirigir a un archivo (por ejemplo, GIT_TRACE_PACKFILE = / tmp / my.pack) en lugar de
que mostrarlo en el terminal o mezclarlo con otra salida de seguimiento.

Tenga en cuenta que esto actualmente solo se implementa para el lado del cliente de los clones y
recupera.

GIT_TRACE_PERFORMANCE
Habilita los mensajes de seguimiento relacionados con el rendimiento, por ejemplo, el tiempo de ejecución total de cada Git
mando. Ver GIT_TRACE para conocer las opciones de salida de seguimiento disponibles.

GIT_TRACE_SETUP
Permite rastrear mensajes que imprimen el .git, el árbol de trabajo y el directorio de trabajo actual
después de que Git haya completado su fase de configuración. Ver GIT_TRACE para la salida de seguimiento disponible
.

GIT_TRACE_SHALLOW
Habilita los mensajes de seguimiento que pueden ayudar a depurar la recuperación / clonación de
repositorios. Ver GIT_TRACE para conocer las opciones de salida de seguimiento disponibles.

GIT_LITERAL_PATHSPECS
Establecer esta variable en 1 hará que Git trate todas las especificaciones de ruta literalmente, en lugar de
que como patrones glob. Por ejemplo, ejecutando GIT_LITERAL_PATHSPECS = 1 git log - '* .c'
buscará confirmaciones que toquen la ruta * .c, no ninguna ruta que el glob * .c
partidos. Es posible que desee esto si está alimentando rutas literales a Git (por ejemplo, rutas
dado anteriormente por git ls-tree, --raw diff output, etc.).

GIT_GLOB_PATHSPECS
Establecer esta variable en 1 hará que Git trate todas las especificaciones de ruta como patrones glob (también conocidos como
magia "glob").

GIT_NOGLOB_PATHSPECS
Establecer esta variable en 1 hará que Git trate todas las especificaciones de ruta como literales (también conocidas como
magia "literal").

GIT_ICASE_PATHSPECS
Establecer esta variable en 1 hará que Git trate todas las especificaciones de ruta como insensibles a mayúsculas y minúsculas.

GIT_REFLOG_ACCIÓN
Cuando se actualiza una referencia, se crean entradas de reflog para realizar un seguimiento de la razón por la que
ref se actualizó (que suele ser el nombre del comando de alto nivel que actualizó
la ref), además de los valores antiguos y nuevos de la ref. Una porcelana con guión
El comando puede usar la función auxiliar set_reflog_action en git-sh-setup para establecer su nombre en
esta variable cuando es invocada como el comando de nivel superior por el usuario final, para ser
registrado en el cuerpo del reflog.

GIT_REF_PARANOIA
Si se establece en 1, incluya referencias rotas o mal nombradas al iterar sobre listas de referencias. En
un repositorio normal, no dañado, esto no hace nada. Sin embargo, habilitarlo puede ayudar
git para detectar y abortar algunas operaciones en presencia de referencias rotas. Git establece esto
variable automáticamente al realizar operaciones destructivas como git-poda(1). usted
No debería necesitar configurarlo usted mismo a menos que quiera ser paranoico acerca de asegurarse de que un
La operación ha tocado todas las referencias (por ejemplo, porque está clonando un repositorio para hacer un
respaldo).

GIT_ALLOW_PROTOCOL
Si se establece, proporcione una lista de protocolos separados por dos puntos que pueden usarse con
buscar / empujar / clonar. Esto es útil para restringir la inicialización recursiva de submódulos de
un repositorio que no es de confianza. Cualquier protocolo no mencionado será rechazado (es decir, esto es
una lista blanca, no una lista negra). Si la variable no se establece en absoluto, todos los protocolos se
activado. Los nombres de protocolo utilizados actualmente por git son:

· Archivo: cualquier ruta local basada en archivos (incluidas las URL file: // o rutas locales)

· Git: el protocolo git anónimo a través de una conexión TCP directa (o proxy, si
configurado)

· Ssh: git sobre ssh (incluido host: sintaxis de ruta, git + ssh: //, etc.).

· Rsync: git sobre rsync

· Http: git sobre http, tanto "http inteligente" como "http tonto". Tenga en cuenta que esto no
incluir https; si desea ambos, debe especificar ambos como http: https.

· Cualquier ayudante externo es nombrado por su protocolo (por ejemplo, use hg para permitir que el
ayudante de git-remote-hg)

DISCUSIÓN

Más detalles sobre lo siguiente están disponibles en el Git conceptos capítulo of las
manual de usuario[2] y tutorial-gitcore(7).

Un proyecto Git normalmente consta de un directorio de trabajo con un subdirectorio ".git" en el
nivel superior. El directorio .git contiene, entre otras cosas, una base de datos de objetos comprimidos
que representa el historial completo del proyecto, un archivo "índice" que vincula ese historial
al contenido actual del árbol de trabajo, y punteros con nombre en ese historial, como
etiquetas y cabezas de rama.

La base de datos de objetos contiene objetos de tres tipos principales: blobs, que contienen datos de archivos;
árboles, que apuntan a blobs y otros árboles para construir jerarquías de directorios; y
confirmaciones, cada una de las cuales hace referencia a un único árbol y a un número de confirmaciones principales.

La confirmación, equivalente a lo que otros sistemas llaman un "conjunto de cambios" o "versión", representa una
paso en el historial del proyecto, y cada padre representa un paso inmediatamente anterior.
Los compromisos con más de un padre representan fusiones de líneas de desarrollo independientes.

Todos los objetos son nombrados por el hash SHA-1 de su contenido, normalmente escrito como una cadena de
40 dígitos hexadecimales. Dichos nombres son únicos a nivel mundial. Toda la historia previa a un compromiso
se puede garantizar firmando solo ese compromiso. Se proporciona un cuarto tipo de objeto, la etiqueta.
para este propósito.

Cuando se crean por primera vez, los objetos se almacenan en archivos individuales, pero para mayor eficiencia pueden
comprimirse juntos en "archivos de paquete".

Los indicadores con nombre denominados refs marcan puntos interesantes en la historia. Una referencia puede contener el SHA-1
nombre de un objeto o el nombre de otro ref. Refs con nombres que comienzan ref / head / contienen
el nombre SHA-1 de la confirmación (o "cabeza") más reciente de una rama en desarrollo. SHA-1
los nombres de las etiquetas de interés se almacenan en ref / tags /. Una referencia especial llamada HEAD contiene
el nombre de la sucursal actualmente desprotegida.

El archivo de índice se inicializa con una lista de todas las rutas y, para cada ruta, un objeto blob.
y un conjunto de atributos. El objeto blob representa el contenido del archivo a partir del
jefe de la rama actual. Los atributos (hora de última modificación, tamaño, etc.) se toman de
el archivo correspondiente en el árbol de trabajo. Los cambios posteriores en el árbol de trabajo se pueden
encontrado al comparar estos atributos. El índice puede actualizarse con contenido nuevo y
Las confirmaciones se pueden crear a partir del contenido almacenado en el índice.

El índice también es capaz de almacenar varias entradas (llamadas "etapas") para un determinado
nombre de ruta. Estas etapas se utilizan para contener las distintas versiones no fusionadas de un archivo cuando
la fusión está en curso.

MÁS LEJOS DOCUMENTACIÓN

Consulte las referencias en la sección "descripción" para comenzar a usar Git. Lo siguiente es
probablemente más detalles de los necesarios para un usuario nuevo.

El Git conceptos capítulo of las manual de usuario[2] y tutorial-gitcore(7) ambos proporcionan
introducciones a la arquitectura Git subyacente.

See flujos de trabajo(7) para obtener una descripción general de los flujos de trabajo recomendados.

Vea también el howto[3] documentos para ver algunos ejemplos útiles.

Los internos están documentados en el Git API documentación[4].

Los usuarios que migran desde CVS también pueden querer leer gitcvs-migración(7).

AUTORES

Git fue iniciado por Linus Torvalds y actualmente es mantenido por Junio ​​C Hamano. Numeroso
las contribuciones provienen de la lista de correo de Git[email protected][5]>.
http://www.openhub.net/p/git/contributors/summary le da una lista más completa de
contribuyentes.

Si tiene un clon de git.git, la salida de git-shortlog(1) y culpable(1 lata
mostrarle los autores de partes específicas del proyecto.

PRESENTACIÓN DE INFORMES LOCO

Informar errores a la lista de correo de Git[email protected][5]> donde el desarrollo y
El mantenimiento se realiza principalmente. No es necesario que esté suscrito a la lista para enviar un
mensaje allí.

Use git en línea usando los servicios de onworks.net