“git diff” ne fait rien

Je présume que c'est une erreur de configuration quelque part, mais je ne vois pas où. Régulièrement des commandes git semble fonctionner très bien, mais "git diff" ne fait rien. Pour être sûr, j'ai enlevé externe diff outils de mon .gitconfig fichier. Cela a été installé via MacPorts et est au cours de la dernière version (1.7.2.2).

Ce que je vois, c'est que quand je lance "git diff" à partir de mon espace de travail, il se ferme simplement, ne rien faire.

$ git --version
git version 1.7.2.2
$ git diff
$

Si j'ai une sauvegarde d'un répertoire, de ma racine de l'espace de travail, en tapant "git diff" me donne ceci:

$ git diff
usage: git diff [--no-index] <path> <path>

Ce peut être le comportement attendu puisque je ne suis pas en vertu d'un dépôt git.

Toutes les idées sur ce que je peux faire pour résoudre ce problème?

  • Ce qui vous fait penser que il n'y a rien à résoudre? Qu'avez-vous vous attendez à voir?
  • Remarque: le message d'erreur lors de l'utilisation de git diff à l'extérieur d'un repo sera bientôt plus clair. Voir ma réponse ci-dessous
  • Notez que si vous essayez de diff un fichier spécifique entre les deux commits et ne vois pas de sortie, assurez-vous que le boîtier est correct dans le chemin d'accès au fichier.
InformationsquelleAutor Tom Lianza | 2010-08-27
  1. 102

    La sortie par défaut de git diff est la liste des modifications qui n'ont pas été commis /ajoutés à l'index. Si il n'y a pas de changements, alors il n'y a pas de sortie.

    git diff [--options] [--] [...]

    Ce formulaire pour afficher les modifications apportées par rapport à l'indice (zone de transit pour le prochain commit). En d'autres termes, les différences sont ce que vous pourrait indiquer à git pour plus d'ajouter de l'indice, mais vous n'avez pas encore.

    Voir le la documentation pour plus de détails. En particulier, faites défiler vers le bas pour les exemples, et la lecture de cet article:

    $ git diff            # (1)
$ git diff --cached   # (2)
$ git diff HEAD       # (3)
    1. Diff la copie de travail avec l'index
    2. Diff l'index avec la TÊTE
    3. Diff la copie de travail avec la TÊTE

    À l'extérieur de votre espace de travail, comme vous l'avez deviné, git ne sais pas ce qu'diff, donc vous devez spécifier explicitement les deux chemins de comparer, d'où le message d'utilisation.

    • Je ne suis pas sûr que votre réponse est correcte, mais ça m'a aidé à trouver la réponse, alors je vous remercie et je vais le marquer comme tel! La sortie par défaut de la commande git diff est pas la liste des modifications non validées, il s'agit de la liste de modifications non validées qui sont aussi "n'est pas encore mis en scène pour le prochain commit". Ainsi, la commande qui fait ce que j'attendais "git diff" à faire est en fait "git diff TÊTE".
    • Pour compléter le tableau, l'utilisation de git diff --cached montrer juste ce qui est dans l'index.
    • ne git diff n': (index) - (répertoire de travail) ou dans l'autre sens: (répertoire de travail) - (index)?
    InformationsquelleAutor Douglas
  2. 4

    Remarque: départ git 1.8.5 ou à 1,9% pour le T4 2013:

    Lorsque l'utilisateur tape "git diff" à l'extérieur d'un arbre de travail, pensant qu'il est à l'intérieur de l'un, de l'actuel message d'erreur qui est d'un seul-liner:

    usage: git diff --no-index <path> <path>

    peut ne pas être suffisant pour lui rendre compte de l'erreur.

    Ajouter "Not a git repository" pour le message d'erreur quand nous sommes tombés dans le "--no-index" mode sans explicite de l'option de ligne de commande à nous demander de le faire.

    Voir:

    Clarifier la documentation pour "diff --no-index".

    État que lorsqu'il n'est pas à l'intérieur d'un référentiel, --no-index est implicite et les deux arguments sont
    obligatoire.

    Clarifier le message d'erreur de diff-no-index à en informer l'utilisateur que la MDC n'est pas à l'intérieur d'un référentiel et donc deux arguments sont obligatoires.

    To compare two paths outside a working tree:
usage: git diff --no-index <path> <path>
    InformationsquelleAutor VonC
  3. 2

    Il ne fait rien si votre répertoire de travail est propre et il n'y a pas de différences à partir de la dernière mise à jour. Essayez de modifier un fichier, puis lancez la commande git diff de nouveau, et il doit alors indiquer la diff.

    InformationsquelleAutor Jaanus
  4. 1

    Si vous l'utilisez à l'extérieur d'un véritable référentiel ou d'un travail de copie, son comportement est identique à la licence GNU diff. Donc, vous devez informer les 2 répertoires ou des fichiers à comparer. Exemple:

    git diff old_dir new_dir.

    Si il n'y a aucune différence entre eux, la sortie va vous montrer, comme prévu.

    InformationsquelleAutor jweyrich
  5. 0

    Est pas votre cas, mais peut-être parce que le fichier que vous avez pass n'existe pas

    $ git difftool HEAD HEAD^ -- path/that-not-exists

    rien ne se passe

    InformationsquelleAutor deFreitas