J'ai remarqué qu'en travaillant sur un ou deux billets, si je m'éloigne, je ne suis pas sûr de ce sur quoi j'ai travaillé, de ce qui a changé, etc.
Existe-t-il un moyen de voir les modifications apportées pour un fichier donné avant git add puis git commit?
Réponses:
Vous cherchez git diff. Selon votre situation exacte, il existe trois façons utiles de l'utiliser:
# show differences between index and working tree
# that is, changes you haven't staged to commit
git diff [filename]
# show differences between current commit and index
# that is, what you're about to commit
# --staged does exactly the same thing, use what you like
git diff --cached [filename]
# show differences between current commit and working tree
git diff HEAD [filename]
Cela fonctionnera récursivement sur les répertoires, et si aucun chemin n'est indiqué, il affiche toutes les modifications.
git add -pest une alternative pour inspecter tous les fichiers.
git diff --staged [filename]votre réponse principale car il s'agit d'une situation plus souvent nécessaire.
Utilisation git-diff:
git diff yourfile
Pour moi, git add -pc'est le moyen le plus utile (et destiné à mon avis par les développeurs de git?) À passer en revue toutes les modifications non mises en scène (il montre le diff pour chaque fichier), choisissez un bon ensemble de modifications qui devraient aller avec une validation, puis lorsque vous avez tous ces éléments, puis utilisez git commitet répétez l'opération pour le prochain commit. Ensuite, vous pouvez faire de chaque commit un ensemble de modifications utiles ou significatives même si elles ont eu lieu dans différents fichiers. Je suggérerais également de créer une nouvelle branche pour chaque ticket ou activité similaire, et de basculer entre eux en utilisant checkout(peut-être en utilisant git stashsi vous ne voulez pas vous engager avant de changer), bien que si vous effectuez de nombreux changements rapides, cela peut être pénible. N'oubliez pas de fusionner souvent.
Afficher les modifications entre l'arborescence de travail et l'index ou une arborescence, les modifications entre l'index et une arborescence, les modifications entre deux arborescences ou les modifications entre deux fichiers sur le disque.
N'oubliez pas que vous effectuez des modifications , pas des fichiers.
Pour cette raison, il est très rare que je n'utilise pas git add -p(ou l'équivalent magit) pour ajouter mes modifications.
git diff <path>/filename
chemin peut être votre chemin système complet jusqu'au fichier ou
si vous êtes dans le projet, vous collez le chemin du fichier modifié également
pour les fichiers modifiés avec utilisation du chemin:git status
Eh bien, mon cas lorsque vous ne voulez pas vous soucier de la liste des fichiers. Montrez-les tous.
Lorsque vous avez déjà exécuté git addvotre liste de fichiers:
$ git diff --cached $(git diff --cached --name-only)
Dans les versions plus récentes de git, vous pouvez --stagedégalement utiliser , qui est un synonyme de --cached.
La même chose peut être utilisée pour les fichiers non ajoutés mais sans --cachedoption.
$ git diff $(git diff --name-only)
Alias de commande Git pour l'option "en cache":
$ git config --global alias.diff-cached '!git diff --cached $(git diff --cached --name-only)'
Accédez à votre dépôt git respectif, puis exécutez la commande ci-dessous:
git diff filename
Il ouvrira le fichier avec les modifications marquées, appuyez sur la touche Entrée / Retour pour faire défiler le fichier.
Le nom de fichier PS doit inclure le chemin complet du fichier, sinon vous pouvez exécuter sans le chemin complet du fichier en allant dans le répertoire / dossier respectif du fichier
Vous pouvez également utiliser un éditeur de texte convivial pour git. Ils affichent des couleurs sur les lignes qui ont été modifiées, une autre couleur pour les lignes ajoutées, une autre couleur pour les lignes supprimées, etc.
Un bon éditeur de texte qui fait cela est Atom 1.0 de GitHub .
[filename]indiquent un argument facultatif.) Avec le*vous laissez le shell lister tous les fichiers, donc si vous êtes dans un sous-répertoire, vous n'aurez que des choses dans ce sous-répertoire (pas le repo entier), et vous ' ll manquera des changements dans les fichiers cachés.