git-status - En ligne dans le Cloud

PROGRAMME:

Nom

git-status - Affiche l'état de l'arbre de travail

SYNOPSIS

jet statuts [ ...] [--] [ ...]

DESCRIPTION

Affiche les chemins qui ont des différences entre le fichier d'index et le commit HEAD actuel,
chemins qui ont des différences entre l'arbre de travail et le fichier d'index, et les chemins dans le
arbre de travail qui ne sont pas suivis par Git (et ne sont pas ignorés par gitignore(5)). La première
es ce que tu pourra commit en exécutant git commit ; le deuxième et le troisième sont ce que vous pourriez
s'engager en exécutant jet ajouter avant de lancer git commit.

OPTIONS

-s, --court
Donnez la sortie au format court.

-b, --branche
Affichez la branche et les informations de suivi même en format court.

--porcelaine
Donnez la sortie dans un format facile à analyser pour les scripts. Ceci est similaire au court
sortie, mais restera stable dans toutes les versions de Git et quel que soit l'utilisateur
configuration. Voir ci-dessous pour plus de détails.

--longue
Donnez la sortie au format long. C'est la valeur par défaut.

-v, --verbeux
En plus des noms des fichiers qui ont été modifiés, affichez également le texte
les changements qui sont mis en scène pour être validés (c'est-à-dire, comme la sortie de git diff --cached).
Si -v est spécifié deux fois, affiche également les changements dans l'arbre de travail qui n'ont pas été
encore été mis en scène (c'est-à-dire, comme la sortie de git diff).

-u[ ], --untracked-files[= ]
Afficher les fichiers non suivis.

Le paramètre mode est utilisé pour spécifier le traitement des fichiers non suivis. C'est facultatif :
il est par défaut TOUTE, et si spécifié, il doit être collé à l'option (par exemple -uno, mais
pas -u non).

Les options possibles sont :

· aucune - N'afficher aucun fichier non suivi.

· Ordinaire - Affiche les fichiers et répertoires non suivis.

· TOUTE - Affiche également les fichiers individuels dans les répertoires non suivis.

Lorsque l'option -u n'est pas utilisée, les fichiers et répertoires non suivis sont affichés (c'est-à-dire le
identique à la spécification de normal), pour vous aider à éviter d'oublier d'ajouter les nouvelles
des dossiers. Parce qu'il faut un travail supplémentaire pour trouver des fichiers non suivis dans le système de fichiers, cette
mode peut prendre un certain temps dans un grand arbre de travail. Pensez à activer le cache non suivi
et diviser l'index si pris en charge (voir git update-index --untracked-cache et git
update-index --split-index), Sinon, vous pouvez utiliser no pour que git status retourne
plus rapidement sans afficher les fichiers non suivis.

La valeur par défaut peut être modifiée à l'aide de la configuration status.showUntrackedFiles
variable documentée dans git-config (1).

--ignore-submodules[= ]
Ignorer les modifications apportées aux sous-modules lors de la recherche de modifications. peut être soit "aucun",
"untracked", "dirty" ou "all", qui est la valeur par défaut. L'utilisation de « aucun » prendra en compte le
sous-module modifié lorsqu'il contient soit des fichiers non suivis ou modifiés, soit son HEAD
diffère du commit enregistré dans le superprojet et peut être utilisé pour remplacer n'importe quel
paramètres de la ignorer option git-config(1) ou gitmodules(5). Lorsque "non suivi" est
les sous-modules utilisés ne sont pas considérés comme sales lorsqu'ils ne contiennent que du contenu non suivi (mais
ils sont toujours analysés pour le contenu modifié). L'utilisation de "dirty" ignore toutes les modifications apportées au
arbre de travail des sous-modules, seules les modifications apportées aux commits stockés dans le superprojet sont
montré (c'était le comportement avant 1.7.0). L'utilisation de « all » masque toutes les modifications apportées à
sous-modules (et supprime la sortie des résumés de sous-modules lorsque l'option de configuration
status.submoduleSummary est défini).

--ignoré
Afficher également les fichiers ignorés.

-z
Terminez les entrées avec NUL, au lieu de LF. Cela implique le format de sortie --porcelaine
si aucun autre format n'est indiqué.

--colonne[= ], --no-colonne
Affichez les fichiers non suivis dans des colonnes. Voir la variable de configuration column.status pour
syntaxe d'option.--column et --no-column sans options sont équivalents à toujours ainsi que
n'allons jamais respectivement.

SORTIE

La sortie de cette commande est conçue pour être utilisée comme commentaire de modèle de validation. Les
par défaut, le format long, est conçu pour être lisible par l'homme, détaillé et descriptif. Son
le contenu et le format peuvent être modifiés à tout moment.

Les chemins mentionnés dans la sortie, contrairement à de nombreuses autres commandes Git, sont définis par rapport à
le répertoire courant si vous travaillez dans un sous-répertoire (c'est exprès, pour vous aider
couper et coller). Voir l'option de configuration status.relativePaths ci-dessous.

Shorts Format
Dans le format court, l'état de chaque chemin est affiché sous la forme

XY CHEMIN1 -> CHEMIN2

où PATH1 est le chemin dans HEAD, et la partie " -> PATH2" n'est affichée que lorsque PATH1
correspond à un chemin différent dans l'index/l'arbre de travail (c'est-à-dire que le fichier est renommé). Le XY
est un code d'état à deux lettres.

Les champs (y compris le ->) sont séparés les uns des autres par un seul espace. Si un
le nom du fichier contient des espaces ou d'autres caractères non imprimables, ce champ sera entre guillemets
à la manière d'un littéral de chaîne C : entouré de guillemets ASCII (34) caractères, et
avec des caractères spéciaux intérieurs échappés par une barre oblique inverse.

Pour les chemins avec des conflits de fusion, X et Y montrent les états de modification de chaque côté du
fusionner. Pour les chemins qui n'ont pas de conflits de fusion, X indique l'état de l'index et Y
montre l'état de l'arbre de travail. Pour les chemins non suivis, XY est ??. D'autres codes d'état peuvent
être interprété comme suit :

· ' ' = non modifié

· M = modifié

· A = ajouté

· D = supprimé

· R = renommé

· C = copié

· U = mis à jour mais non fusionné

Les fichiers ignorés ne sont pas répertoriés, sauf si l'option --ignored est en vigueur, auquel cas XY sont
!!.

XY Signification
-------------------------------------------------
[MD] non mis à jour
M [ MD] mis à jour dans l'index
Un [ MD] ajouté à l'index
D [ M] supprimé de l'index
R [ MD] renommé dans l'index
C [ MD] copié dans l'index
Correspondances d'index [MARC] et d'arbre de travail
[ MARC] Arbre de travail M modifié depuis l'index
[ MARC] D supprimé dans l'arbre de travail
-------------------------------------------------
DD non fusionné, les deux supprimés
AU non fusionné, ajouté par nos soins
UD non fusionné, supprimé par eux
UA non fusionné, ajouté par eux
DU non fusionné, supprimé par nos soins
AA non fusionné, les deux ajoutés
UU non fusionné, tous deux modifiés
-------------------------------------------------
? ? non suivi
! ! ignoré
-------------------------------------------------

Si -b est utilisé le statut de format court est précédé d'une ligne

## informations de suivi du nom de la succursale

Porcelaine Format
Le format porcelaine est similaire au format court, mais il est garanti de ne pas changer dans un
manière rétrocompatible entre les versions de Git ou basée sur la configuration de l'utilisateur. Cela fait
il est idéal pour l'analyse par scripts. La description du format court ci-dessus décrit également
le format porcelaine, à quelques exceptions près :

1. La configuration color.status de l'utilisateur n'est pas respectée ; la couleur sera toujours éteinte.

2. La configuration status.relativePaths de l'utilisateur n'est pas respectée ; les chemins indiqués seront
toujours être relatif à la racine du référentiel.

Il existe également un autre format -z recommandé pour l'analyse de la machine. Dans ce format, le
le champ d'état est le même, mais d'autres choses changent. Premièrement le -> est omis de
renommer les entrées et l'ordre des champs est inversé (par ex. de -> à devient à de). Deuxièmement, un
NUL (ASCII 0) suit chaque nom de fichier, remplaçant l'espace comme séparateur de champ et le
fin de nouvelle ligne (mais un espace sépare toujours le champ d'état du premier
nom de fichier). Troisièmement, les noms de fichiers contenant des caractères spéciaux ne sont pas spécialement formatés ; non
des guillemets ou des barres obliques inverses sont effectués.

CONFIGURATION

La commande honore color.status (ou status.color - ils signifient la même chose et ce dernier
est conservé pour la compatibilité descendante) et color.status. variables de configuration à
coloriser sa sortie.

Si la variable de configuration status.relativePaths est définie sur false, alors tous les chemins affichés sont
par rapport à la racine du référentiel, pas au répertoire courant.

Si status.submoduleSummary est défini sur un nombre non nul ou vrai (identique à -1 ou à un
nombre illimité), le résumé du sous-module sera activé pour le format long et un résumé
des commits pour les sous-modules modifiés seront affichés (voir l'option --summary-limit de git-
sous-module(1)). Veuillez noter que la sortie récapitulative de la commande status sera
supprimé pour tous les sous-modules lorsque diff.ignoreSubmodules est défini sur TOUTE ou seulement pour ceux
sous-modules où sous-module. .ignore=tous. Pour afficher également le résumé des ignorés
sous-modules, vous pouvez soit utiliser l'option de ligne de commande --ignore-submodules=dirty soit la jet
sous-module résumé commande, qui affiche une sortie similaire mais ne respecte pas ces paramètres.

Utilisez git-status en ligne en utilisant les services onworks.net