Restaurer les fichiers de l’arbre de travail avec le contenu de l’arbre donné. Il est courant de spécifier l’arbre source en nommant un commit, une branche ou une étiquette qui lui est associée.

Sélectionner interactivement les sections dans la différence entre la source de restauration et location de restauration. Voir la section « Mode Interactif » de git-add[1] pour apprendre à utiliser le mode --patch.

Spécifier l’emplacement de restauration. Si aucune option n’est spécifiée, l’arbre de travail est restauré par défaut. En spécifiant --staged, seul l’index sera restauré. Spécifier les deux restaure les deux.

Silencieux, supprimer les messages d’état. Implique --no-progress.

L’état d’avancement est affiché sur la sortie standard d’erreur par défaut quand elle est attachée à un terminal, à moins que --quiet ne soit spécifié. Cette bascule active l’état d’avancement même sans être attaché à un terminal, indépendamment de --quiet.

Lors de la restauration de fichiers dans l’arbre de travail, utiliser l’état #2 (ours, le nôtre) ou #3 (theirs, le leur) pour les chemins non fusionnés. Cette option ne peut pas être utilisée lors de l’extraction des chemins d’un arbre-esque (c.-à-d. avec l’option --source).

Lors de la restauration de l’arbre de travail depuis l’index, récréer la fusion en conflit dans les chemins non fusionnés. Cette option ne peut pas être utilisée lors de l’extraction des chemins d’un arbre-esque (c.-à-d. avec l’option --source).

Identique à l’option --merge ci-dessus, mais la manière dont les sections en conflits sont présentées est modifiée, en surchargeant la variable de configuration merge.conflictStyle. Les valeurs possibles sont merge (fusion, par défaut), diff3 et zdiff3.

Lors de la restauration des fichiers sur l’arbre de travail à partir de l’index, ne pas interrompre l’opération s’il y a des entrées non fusionnées et qu’aucune option --ours, --theirs, --merge ou --conflict n’est spécifiée. Les chemins non-fusionnés sur l’arbre de travail sont laissés seuls.

En mode d’extraction clairsemé, le comportement par défaut met seulement à jour les entrées correspondant à <spécificateur-de-chemin> et aux motifs clairsemés dans $GIT_DIR/info/sparse-checkout. Cette option ignore les motifs clairsemés et restaure tous les fichiers de <spécificateur-de-chemin>.

Si <pathspec> nomme un sous-module actif et que l’emplacement de la restauration inclut l’arbre de travail, le sous-module ne sera mis à jour que si cette option est donnée, auquel cas son arbre de travail sera restauré au commit enregistré dans le superprojet, et toute modification locale sera écrasée. Si rien (ou --no-recurse-submodules) n’est utilisé, les arbres de travail des sous-modules ne seront pas mis à jour. Tout comme git-checkout[1], cela détachera le HEAD du sous-module.

En mode sur-écriture, la commande ne supprime jamais les fichiers lors de la restauration. En mode sans sur-écriture, les fichiers suivis qui n’apparaissent pas dans l’arbre --source sont supprimés, pour qu’ils correspondent exactement à <arbre>. La valeur par défaut est le mode sans sur-écriture.

Le spécificateur de chemin est passé dans <fichier> au lieu des arguments de la ligne de commande. Si <fichier> vaut - alors l’entrée standard est utilisée. Les éléments du spécificateur de chemin sont séparés par LF ou CR/LF. Les éléments du spécificateur de chemin peuvent être cités comme expliqué pour la variable de configuration core.quotePath (voir git-config[1]). Voir aussi l’option --pathspec-file-nul et l’option globale --literal-pathspecs.

Uniquement significatif avec --pathspec-from-file. Les éléments du spécificateur de chemin sont séparés par le caractère NUL et tous les autres caractères sont utilisés littéralement (y compris les retours à la ligne et les guillemets).

Ne pas interpréter les arguments qui suivent comme options.

Limite les chemins affectés par l’opération.