git-status - Online nel cloud

PROGRAMMA:

NOME

git-status - Mostra lo stato dell'albero di lavoro

SINOSSI

git status [ ...] [--] [ ...]

DESCRIZIONE

Visualizza i percorsi che presentano differenze tra il file di indice e l'attuale commit HEAD,
percorsi che presentano differenze tra l'albero di lavoro e il file indice e i percorsi nel
albero funzionante che non viene tracciato da Git (e non viene ignorato da gitignora(5)). Il primo
sei quello che sei sarebbe commit eseguendo git commit; il secondo e il terzo sono quello che potuto
commit eseguendo git aggiungere prima di eseguire git commit.

VERSIONI

-s, --breve
Fornisci l'output in formato breve.

-b, --ramo
Mostra le informazioni sulla filiale e sul monitoraggio anche in formato breve.

--porcellana
Fornisci l'output in un formato facile da analizzare per gli script. Questo è simile al corto
output, ma rimarrà stabile tra le versioni di Git e indipendentemente dall'utente
configurazione. Vedi sotto per i dettagli.

--lungo
Fornisci l'output in formato lungo. Questa è l'impostazione predefinita.

-v, --verboso
Oltre ai nomi dei file che sono stati modificati, mostra anche il testo
modifiche di cui è stato eseguito il commit (ad esempio, come l'output di git diff --cached).
Se -v viene specificato due volte, mostra anche le modifiche nell'albero di lavoro che non lo sono state
ancora stato messo in scena (cioè, come l'output di git diff).

-u[ ], --untracked-files[= ]
Mostra i file non tracciati.

Il parametro mode viene utilizzato per specificare la gestione dei file non tracciati. È facoltativo:
il valore predefinito è contro tutti i, e se specificato, deve essere bloccato sull'opzione (es -uno, but
non -u no).

Le opzioni possibili sono:

· no - Non mostrare file non tracciati.

· normale - Mostra file e directory non tracciati.

· contro tutti i - Mostra anche i singoli file nelle directory non tracciate.

Quando l'opzione -u non viene utilizzata, vengono mostrati i file e le directory non tracciati (ad es
come specificare normale), per aiutarti a evitare di dimenticare di aggiungere appena creato
File. Poiché è necessario un lavoro extra per trovare file non tracciati nel filesystem, questo
la modalità potrebbe richiedere del tempo in un grande albero di lavoro. Considera l'abilitazione della cache non tracciata
e dividere l'indice se supportato (vedi git update-index --untracked-cache e git
update-index --split-index), altrimenti puoi usare no per avere il ritorno dello stato di git
più rapidamente senza mostrare i file non tracciati.

L'impostazione predefinita può essere modificata utilizzando la configurazione status.showUntrackedFiles
variabile documentata in git-config(1).

--ignore-submodules[= ]
Ignora le modifiche ai sottomoduli quando cerchi modifiche. può essere "nessuno",
"untracked", "dirty" o "all", che è l'impostazione predefinita. L'uso di "none" prenderà in considerazione il
sottomodulo modificato quando contiene file non tracciati o modificati o il suo HEAD
differisce dal commit registrato nel superprogetto e può essere usato per sovrascrivere qualsiasi
impostazioni del ignorare opzione git-config(1) o gitmodules(5). Quando "non tracciato" è
i sottomoduli utilizzati non sono considerati sporchi quando contengono solo contenuto non tracciato (ma
vengono ancora scansionati per il contenuto modificato). L'uso di "sporco" ignora tutte le modifiche al
albero di lavoro dei sottomoduli, solo le modifiche ai commit memorizzati nel superprogetto sono
mostrato (questo era il comportamento prima della 1.7.0). L'uso di "tutto" nasconde tutte le modifiche a
sottomoduli (e sopprime l'output dei riepiloghi dei sottomoduli quando l'opzione config
status.submoduleSummary è impostato).

--ignorato
Mostra anche i file ignorati.

-z
Termina le voci con NUL, invece di LF. Ciò implica il formato di output --porcelain
se non viene fornito nessun altro formato.

--colonna[= ], --no-colonna
Visualizza i file non tracciati in colonne. Vedere la variabile di configurazione column.status per
sintassi dell'opzione.--column e --no-column senza opzioni sono equivalenti a sempre ed
mai rispettivamente.

USCITA

L'output di questo comando è progettato per essere utilizzato come commento del modello di commit. Il
predefinito, formato lungo, è progettato per essere leggibile, prolisso e descrittivo. Suo
contenuti e formato sono soggetti a modifiche in qualsiasi momento.

I percorsi menzionati nell'output, a differenza di molti altri comandi Git, sono relativi a
la directory corrente se stai lavorando in una sottodirectory (questo è fatto apposta, per aiutarti
taglia e incolla). Vedere l'opzione di configurazione status.relativePaths di seguito.

Corti Formato
Nel formato breve, lo stato di ciascun percorso è mostrato come

XY PERCORSO1 -> PERCORSO2

dove PATH1 è il percorso nell'HEAD e la parte " -> PATH2" viene mostrata solo quando PATH1
corrisponde a un percorso diverso nell'indice/albero di lavoro (ovvero il file viene rinominato). L'XY
è un codice di stato di due lettere.

I campi (compreso il ->) sono separati l'uno dall'altro da un singolo spazio. Se un
il nome del file contiene spazi bianchi o altri caratteri non stampabili, quel campo verrà citato tra virgolette
alla maniera di un letterale stringa C: circondato da caratteri ASCII doppi apici (34), e
con caratteri speciali interni senza barra rovesciata.

Per i percorsi con conflitti di unione, X e Y mostrano gli stati di modifica di ciascun lato del
unire. Per i percorsi che non hanno conflitti di unione, X mostra lo stato dell'indice e Y
mostra lo stato dell'albero di lavoro. Per i percorsi non tracciati, XY sono ??. Altri codici di stato possono
essere interpretato come segue:

· ' ' = non modificato

· M = modificato

· A = aggiunto

· D = cancellato

· R = rinominato

· C = copiato

· U = aggiornato ma non unito

I file ignorati non sono elencati, a meno che non sia attiva l'opzione --ignored, nel qual caso XY lo è
!.

Significato XY
-------------------------------------------------
[MD] non aggiornato
M [ MD] aggiornato nell'indice
A [MD] aggiunto all'indice
D [ M] cancellato dall'indice
R [ MD] rinominato nell'indice
C [ MD] copiato nell'indice
Indice [MARC] e corrispondenze dell'albero di lavoro
[ MARC] M albero di lavoro cambiato dall'indice
[ MARC] D cancellato nell'albero di lavoro
-------------------------------------------------
DD non unito, entrambi cancellati
AU non fusa, aggiunta da noi
UD non fuso, cancellato da loro
UA divisi, aggiunti da loro
DU non fuso, cancellato da noi
AA divisi, entrambi aggiunti
UU non fuso, entrambi modificati
-------------------------------------------------
? ? non tracciato
! ! ignorato
-------------------------------------------------

Se si usa -b lo stato del formato breve è preceduto da una linea

## informazioni di tracciamento del nome del ramo

Porcellana Formato
Il formato porcellana è simile al formato corto, ma è garantito che non cambierà in a
modo incompatibile all'indietro tra le versioni di Git o in base alla configurazione dell'utente. Questo fa
è ideale per l'analisi tramite script. La descrizione del formato breve sopra descrive anche
il formato porcellana, con poche eccezioni:

1. La configurazione color.status dell'utente non è rispettata; il colore sarà sempre spento.

2. La configurazione status.relativePaths dell'utente non è rispettata; i percorsi mostrati saranno
essere sempre relativo alla radice del repository.

Esiste anche un formato -z alternativo consigliato per l'analisi della macchina. In quel formato, il
il campo di stato è lo stesso, ma cambiano alcune altre cose. Prima il -> è omesso da
rinomina le voci e l'ordine dei campi viene invertito (es da -> a diventa a da). Secondo, a
NUL (ASCII 0) segue ogni nome di file, sostituendo lo spazio come separatore di campo e il
terminando newline (ma uno spazio separa ancora il campo di stato dal primo
nome del file). Terzo, i nomi di file contenenti caratteri speciali non sono formattati in modo speciale; no
vengono eseguite le virgolette o il backslash-escape.

CONFIGURAZIONE

Il comando onora color.status (o status.color — significano la stessa cosa e quest'ultimo
viene mantenuto per compatibilità con le versioni precedenti) e color.status. variabili di configurazione per
colorare il suo output.

Se la variabile di configurazione status.relativePaths è impostata su false, allora tutti i percorsi mostrati sono
relativo alla radice del repository, non alla directory corrente.

Se status.submoduleSummaryèimpostato su un numero diverso da zero o vero (identico a -1 o an
numero illimitato), il sottomodulo riassunto sarà abilitato per il formato lungo e un riassunto
di commit per i sottomoduli modificati verrà mostrato (vedi l'opzione --summary-limit di idiota-
modulo(1)). Si prega di notare che l'output di riepilogo dal comando status sarà
soppresso per tutti i sottomoduli quando diff.ignoreSubmodules è impostato su contro tutti i o solo per quelli
sottomoduli dove sottomodulo. .ignora=tutto. Per visualizzare anche il riepilogo degli ignorati
sottomoduli è possibile utilizzare l'opzione della riga di comando --ignore-submodules=dirty o git
modulo sommario comando, che mostra un output simile ma non rispetta queste impostazioni.

Usa git-status online usando i servizi onworks.net