Synopsis
git checkout-index [-a] [-f] [-u] [--prefix=<dir>] [<file>...]Description
The git checkout-index command writes file content from the index out to the working tree (or to an arbitrary directory using --prefix). It does not change the index, the current branch, or HEAD — making it safer than git checkout for scripted file extraction.
Dans l'usage quotidien, git checkout-index s'intègre étroitement avec les alias de shell, les plugins d'éditeur et l'intégration continue. Les utilisateurs avancés ajoutent souvent des alias combinant les flags qu'ils passent toujours, ou enveloppent la commande dans des scripts qui appliquent les conventions d'équipe. Le formatage de la sortie peut être personnalisé via la configuration Git — pretty formats, schémas de couleurs et comportement du pager sont tous ajustables. Quand quelque chose tourne mal, la première étape de diagnostic est généralement de relancer la commande avec GIT_TRACE=1 dans l'environnement, ce qui révèle les appels de plomberie sous-jacents. Pour les situations inhabituelles, la sortie --help (git checkout-index --help) ouvre la page de manuel complète avec les détails de chaque option, y compris celles rarement utilisées dans les workflows ordinaires mais essentielles pour le débogage ou le scripting à grande échelle.
Comprendre comment git checkout-index interagit avec le reste du modèle de données de Git — la base d'objets, l'index, les refs et l'arborescence de travail — est rentable. Chaque commande opère sur un sous-ensemble de ces pièces, et savoir laquelle elle touche aide à prédire les résultats et récupérer après les erreurs. Lire la documentation officielle de Git en parallèle de la pratique sur un dépôt jetable est la façon la plus rapide d'intérioriser les subtilités. La plupart des problèmes de production avec Git proviennent de l'une de trois causes : comportement par défaut surprenant, opérations réseau partielles, ou réécriture d'historique déjà partagé. Un modèle mental fonctionnel des effets de bord de git checkout-index aide à éviter les trois.
When to Use
Most users never need this. Use it when scripting deployment from the index, building source tarballs, or exporting a snapshot to a directory other than the working tree.
Options courantes
| Option | Description |
|---|---|
-a, --all | Check out every file in the index. |
-f, --force | Overwrite existing files. |
-u | Update stat information for files written. |
--prefix=<dir> | Write into <dir> instead of working tree. |
--stage=<n> | Check out a specific stage (1=base, 2=ours, 3=theirs). |
-z | NUL-terminated input/output. |
--no-create | Don't create files; just update stats. |
Exemples
git checkout-index -a -f --prefix=/tmp/snapshot/
# Export the entire index to /tmp/snapshot/
git checkout-index --prefix=build/ src/main.c
# Copy a single file into build/
git checkout-index --stage=2 -f -- conflicted.txt
# Pick "ours" version during a conflict
git ls-files | git checkout-index -f --stdin
# Restore every tracked file from the indexErreurs fréquentes
The --prefix argument must end with a slash, otherwise filenames concatenate awkwardly. Without -f, existing files in the destination cause errors. Picking the wrong --stage during conflict resolution applies a worse version than intended.
Commandes liées
git checkout, git restore, git archive, git ls-files