Enregistre vos modifications locales dans une nouvelle "entrée de remisage" et les ramène dans HEAD (dans l’arbre de travail et dans l’index). La partie <message> est facultative et donne la description ainsi que l’état du remisage.

Cette option est déconseillée au profit de l’option 'git stash push". Elle diffère de "stash push" en ce qu’elle ne peut pas prendre de spéc-de-chemin. Au lieu de cela, tous les arguments non liés à une option sont concaténés pour former le message de remisage.

Dresser la liste des entrées de remisage que vous avez actuellement. Chaque entrée de remisage est listée avec son nom (par exemple, stash@{0} est la dernière entrée, stash@{1} est l’entrée précédente, etc.), le nom de la branche en cours au moment où l’entrée a été faite, et une courte description du commit sur lequel l’entrée est basée.

stash@{0}: WIP on submit: 6ebd0e2... Update git-stash documentation
stash@{1}: On master: 9cc0589... Add git-stash

Afficher les modifications enregistrées dans l’entrée de remisage comme une différence entre le contenu du remisage et le commit tel qu’il était quand l’entrée de remisag a été créée pour la première fois. Par défaut, la commande affiche le diffstat, mais elle accepte tout format connu de git diff (par exemple, git stash show -p stash@{1} pour afficher la deuxième entrée la plus récente sous forme de rustine). Si aucune <diff-option> n’est fournie, le comportement par défaut sera donné par les variables de configuration stash.showStat et stash.showPatch. Vous pouvez également utiliser stash.showIncludeUntracked pour définir si --include-untracked est activé par défaut.

Supprimer un seul remisage de la liste des remisages et l’appliquer par dessus l’état de l’arbre de travail actuel, c’est-à-dire faire l’opération inverse de git stash push. Le répertoire de travail doit correspondre à l’index.

Comme pop, mais ne pas supprimer l’état de la liste de remisages. Contrairement à pop, <stash> peut être n’importe quel commit qui ressemble à un commit créé par stash push ou stash create.

Créer et extraire une nouvelle branche nommée <nom-de-branche> à partir du commit où le <remisage> a été créé à l’origine, appliquer les modifications enregistrées dans le <remisage> au nouvel arbre de travail et à l’index. Si cela réussit, et que le <remisage> est une référence de la forme stash@{<révision>}, abandonner alors le <remisage>.

Supprimer toutes les entrées de remisage. Notez que ces entrées seront alors soumises à un élagage et pourraient être impossibles à récupérer (voir "Exemples" ci-dessous pour une stratégie possible).

Supprimer une seule entrée de la liste des entrées de remisage.

Créer une entrée de remisage (qui est un objet commit régulier) et renvoyer son nom d’objet, sans le stocker nulle part dans l’espace de noms de références. Ceci est destiné à être utilisé par les scripts. Ce n’est probablement pas la commande que vous voulez utiliser ; voir "push" ci-dessus.

Stocker un remisage donné créé via git stash create (qui est un commit de fusion en cours) dans la référence de remisage, en mettant à jour le reflog de remisage. Ceci est destiné à être utilisé par des scripts. Ce n’est probablement pas la commande que vous souhaitez utiliser ; voir "push" ci-dessus.

Cette option n’est valable que pour les commandes push et save.

Lorsqu’elle est utilisée avec les commandes push et save, tous les fichiers non suivis sont également stockés et ensuite nettoyés avec git clean.

Cette option n’est valide que pour la commande show.

Cette option n’est valable que pour les commandes pop et apply.

Cette option n’est valable que pour les commandes push et save.

Cette option n’est valable que pour les commandes push et save.

Cette option n’est valable que pour les commandes push et save.

Cette option n’est valide que pour la commande push.

Cette option n’est valide que pour la commande push.

Cette option n’est valable que pour les commandes apply, drop, pop, push, save, store.

Cette option n’est valide que pour la commande push.

Cette option n’est valide que pour la commande push.

Cette option n’est valable que pour les commandes apply, branch, drop, pop, show.

Lorsque vous êtes au milieu de quelque chose, vous apprenez qu’il y a des changements en amont qui peuvent avoir un rapport avec ce que vous faites. Lorsque vos changements locaux n’entrent pas en conflit avec les changements en amont, un simple git pull vous permettra d’aller de l’avant.

$ git pull
 ...
fichier foobar pas à jour, fusion impossible.
$ git stash
$ git pull
$ git stash pop

Lorsque vous êtes au milieu de quelque chose, votre patron arrive et vous demande de réparer quelque chose immédiatement. Traditionnellement, vous faîtes un commit dans une branche temporaire pour stocker vos modifications et vous retournez dans votre branche d’origine pour effectuer la réparation d’urgence, comme ceci :

# ... travail, travail, travail ...
$ git switch -c my_wip
$ git commit -a -m "WIP"
$ git switch master
$ edit emergency fix
$ git commit -a -m "Correction rapide"
$ git switch my_wip
$ git reset --soft HEAD^
# ... continue le travail ...

# ... travail, travail, travail ...
$ git stash
$ édition de la correction rapide
$ git commit -a -m "Correction en catastrophe"
$ git stash pop
# ... continue le travail ...

Vous pouvez utiliser git stash push --keep-index lorsque vous voulez faire deux ou plusieurs commits à partir des modifications dans l’arbre de travail, et que vous voulez tester chaque modification avant de faire un commit :

# ... travail, travail, travail ...
$ git add --patch foo            # ajouter seulement la première partie de l'index
$ git stash push --keep-index    # remiser toutes les autres modifications
$ éditer/construire/tester la première partie
$ git commit -m 'Première partie'     # valider une modification complètement testée
$ git stash pop                  # préparer à travailler sur les autres modifications
# ... répéter les cinq tâches ci-dessus jusqu'à ce qu'il ne reste qu'un commit ...
$ éditer/construire/tester le restant
$ git commit foo -m 'Partie restante'

Lorsque vous êtes au milieu de changements massifs et que vous trouvez un problème sans rapport que vous ne voulez pas oublier de corriger, vous pouvez faire le ou les changements, les indexer et utiliser git stash push --staged pour les remiser pour une utilisation future. Ceci est similaire à la validation des modifications indexées, sauf que la validation se retrouve dans la remise et non sur la branche courante.

# ... travail, travail, travail ...
$ git add --patch foo            # ajouter des modifications sans relation à l'index
$ git stash push --staged        # remiser toutes les autres modifications
$ #... code, code, code, pour finir les modifications actuelles
$ git commit -m 'Massive'        # valider une modification complètement testée
$ git switch branche-correctif                  # basculer sur une autre branche
$ git stash pop                  # pour terminer de travailler sur les modifications enregistrées

Si vous laissez tomber ou videz par erreur les entrées de remisage, elles ne peuvent pas être récupérées par les mécanismes de sécurité habituels. Cependant, vous pouvez essayer l’incantation suivante pour obtenir une liste des entrées de remisage qui sont toujours dans votre dépôt, mais qui ne sont plus accessibles :

git fsck --unreachable |
grep commit | cut -d\ -f3 |
xargs git log --merges --no-walk --grep=WIP