InglésFrancésEspañol

Ad


icono de página de OnWorks

git-status: en línea en la nube

Ejecute git-status en el proveedor de alojamiento gratuito de OnWorks sobre Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS

Este es el comando git-status que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.

PROGRAMA:

NOMBRE


git-status: muestra el estado del árbol de trabajo

SINOPSIS


git estado [ ...] [-] [ ...]

DESCRIPCIÓN


Muestra las rutas que tienen diferencias entre el archivo de índice y la confirmación HEAD actual,
rutas que tienen diferencias entre el árbol de trabajo y el archivo de índice, y rutas en el
árbol de trabajo que no son rastreados por Git (y no son ignorados por ignorar(5)). El primero
eres lo que tu se confirmar ejecutando git commit; el segundo y el tercero son lo que tu podría
comprometerse corriendo git add antes de ejecutar git commit.

CAMPUS


-s, --corto
Proporcione la salida en formato corto.

-b, - rama
Muestre la información de la sucursal y el seguimiento incluso en formato corto.

--porcelana
Proporcione la salida en un formato fácil de analizar para los scripts. Esto es similar al corto
salida, pero se mantendrá estable en todas las versiones de Git e independientemente del usuario
configuración. Consulte los detalles a continuación.

--largo
Proporcione la salida en formato largo. Este es el predeterminado.

-v, --detallado
Además de los nombres de los archivos que se han cambiado, también muestra el texto
cambios que están preparados para ser confirmados (es decir, como la salida de git diff --cached).
Si -v se especifica dos veces, también muestra los cambios en el árbol de trabajo que no
aún se ha organizado (es decir, como la salida de git diff).

-u [ ], - archivos sin seguimiento [= ]
Muestra archivos sin seguimiento.

El parámetro de modo se utiliza para especificar el manejo de archivos sin seguimiento. Es opcional:
por defecto es todos, y si se especifica, debe estar pegado a la opción (por ejemplo, -uno, pero
no -u no).

Las posibles opciones son:

· no - No mostrar archivos sin seguimiento.

· normal - Muestra archivos y directorios sin seguimiento.

· todos - También muestra archivos individuales en directorios sin seguimiento.

Cuando no se utiliza la opción -u, se muestran los archivos y directorios sin seguimiento (es decir, el
lo mismo que especificar normal), para ayudarlo a evitar olvidarse de agregar
archivos. Debido a que se necesita un trabajo adicional para encontrar archivos sin seguimiento en el sistema de archivos, esto
El modo puede llevar algún tiempo en un árbol de trabajo grande. Considere habilitar la caché sin seguimiento
y dividir el índice si es compatible (ver git update-index --untracked-cache y git
update-index --split-index), de lo contrario, puede usar no para que el estado de git regrese
más rápidamente sin mostrar archivos sin seguimiento.

El valor predeterminado se puede cambiar usando la configuración status.showUntrackedFiles
variable documentada en git-config(1).

--ignore-submodules [= ]
Ignore los cambios en los submódulos cuando busque cambios. puede ser "ninguno",
"sin seguimiento", "sucio" o "todos", que es el valor predeterminado. El uso de "ninguno" considerará el
submódulo modificado cuando contiene archivos modificados o sin seguimiento o su HEAD
difiere de la confirmación registrada en el superproyecto y se puede utilizar para anular cualquier
ajustes de la pasar por alto en opción git-config(1) o módulos de git(5). Cuando "sin seguimiento" es
Los submódulos usados ​​no se consideran sucios cuando solo contienen contenido sin seguimiento (pero
todavía se escanean en busca de contenido modificado). El uso de "sucio" ignora todos los cambios en el
árbol de trabajo de los submódulos, solo los cambios en las confirmaciones almacenadas en el superproyecto son
mostrado (este era el comportamiento antes de 1.7.0). El uso de "todos" oculta todos los cambios en
submódulos (y suprime la salida de resúmenes de submódulos cuando la opción de configuración
status.submoduleSummary está establecido).

- ignorado
Muestra también los archivos ignorados.

-z
Termine las entradas con NUL, en lugar de LF. Esto implica el formato de salida --porcelain
si no se da ningún otro formato.

--columna [= ], --no-column
Muestra los archivos sin seguimiento en columnas. Consulte la variable de configuración column.status para
sintaxis de la opción. - column y --no-column sin opciones son equivalentes a hacerlo y
nunca respectivamente.

SALIDA


La salida de este comando está diseñada para usarse como un comentario de plantilla de confirmación. los
el formato largo predeterminado, está diseñado para ser legible por humanos, detallado y descriptivo. Su
El contenido y el formato están sujetos a cambios en cualquier momento.

Las rutas mencionadas en la salida, a diferencia de muchos otros comandos de Git, se hacen relativas a
el directorio actual si está trabajando en un subdirectorio (esto es a propósito, para ayudar
cortando y pegando). Consulte la opción de configuración status.relativePaths a continuación.

En Corto Formato
En el formato corto, el estado de cada ruta se muestra como

RUTA XY1 -> RUTA2

donde PATH1 es la ruta en HEAD, y la parte "-> PATH2" se muestra solo cuando PATH1
corresponde a una ruta diferente en el índice / árbol de trabajo (es decir, se cambia el nombre del archivo). El XY
es un código de estado de dos letras.

Los campos (incluido el ->) están separados entre sí por un solo espacio. Si un
El nombre de archivo contiene espacios en blanco u otros caracteres no imprimibles, ese campo se citará
a la manera de un literal de cadena C: rodeado por caracteres ASCII comillas dobles (34), y
con caracteres especiales interiores de escape con barra invertida.

Para las rutas con conflictos de fusión, X e Y muestran los estados de modificación de cada lado de la
unir. Para las rutas que no tienen conflictos de fusión, X muestra el estado del índice e Y
muestra el estado del árbol de trabajo. Para caminos sin seguimiento, XY son ??. Otros códigos de estado pueden
interpretarse de la siguiente manera:

· '' = Sin modificar

· M = modificado

· A = agregado

· D = eliminado

· R = renombrado

· C = copiado

· U = actualizado pero no fusionado

Los archivos ignorados no se enumeran, a menos que la opción --ignored esté activa, en cuyo caso XY son
!!.

XY Significado
-------------------------------------------------
[MD] no actualizado
M [MD] actualizado en el índice
Se agregó un [MD] al índice
D [M] eliminado del índice
R [MD] renombrado en el índice
C [MD] copiado en índice
Coincidencias de índice y árbol de trabajo [MARC]
[MARC] El árbol de trabajo de M cambió desde el índice
[MARC] D eliminado en el árbol de trabajo
-------------------------------------------------
DD no combinado, ambos eliminados
AU sin fusionar, agregado por nosotros
UD no fusionado, eliminado por ellos
UA no fusionada, agregada por ellos
DU no fusionado, eliminado por nosotros
AA sin fusionar, ambos agregados
UU sin fusionar, ambos modificados
-------------------------------------------------
? ? sin seguimiento
! ! ignorado
-------------------------------------------------

Si se utiliza -b, el estado de formato corto está precedido por una línea

## información de seguimiento del nombre de la sucursal

Porcelana Formato
El formato de porcelana es similar al formato corto, pero se garantiza que no cambiará en un
forma incompatible con versiones anteriores entre versiones de Git o según la configuración del usuario. Esto hace
es ideal para analizar por scripts. La descripción del formato corto anterior también describe
el formato de porcelana, con algunas excepciones:

1. No se respeta la configuración color.status del usuario; el color siempre estará apagado.

2. No se respeta la configuración status.relativePaths del usuario; los caminos mostrados serán
siempre será relativo a la raíz del repositorio.

También se recomienda un formato -z alternativo para el análisis automático. En ese formato, el
El campo de estado es el mismo, pero algunas otras cosas cambian. Primero el -> se omite de
cambiar el nombre de las entradas y el orden de los campos se invierte (p. ej. en -> a se convierte en a en). Segundo, un
NUL (ASCII 0) sigue a cada nombre de archivo, reemplazando el espacio como separador de campo y el
terminando nueva línea (pero un espacio todavía separa el campo de estado del primero
nombre del archivo). En tercer lugar, los nombres de archivo que contienen caracteres especiales no tienen un formato especial; no
se realiza una cita o un escape con barra invertida.

CONFIGURACIÓN


El comando respeta color.status (o status.color: significan lo mismo y el último
se mantiene por compatibilidad con versiones anteriores) y color.status. variables de configuración para
colorear su salida.

Si la variable de configuración status.relativePaths se establece en false, todas las rutas que se muestran son
en relación con la raíz del repositorio, no con el directorio actual.

Si status.submoduleSummary se establece en un número distinto de cero o verdadero (idéntico a -1 o un
número ilimitado), el resumen del submódulo se habilitará para el formato largo y un resumen
de confirmaciones para submódulos modificados se mostrarán (consulte la opción --summary-limit de git-
submódulo(1)). Tenga en cuenta que la salida resumida del comando de estado será
suprimido para todos los submódulos cuando diff.ignoreSubmodules se establece en todos o solo para aquellos
submódulos donde submodule. .ignore = todo. Para ver también el resumen de ignorados
submódulos puede usar la opción de línea de comando --ignore-submodules = dirty o la git
submódulo resumen comando, que muestra una salida similar pero no respeta estas configuraciones.

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


Servidores y estaciones de trabajo gratuitos

Descargar aplicaciones de Windows y Linux

Comandos de Linux

Ad