Pourquoi ne pas “git log -- foo” de travail pour supprimé le fichier foo?

Mon dépôt a subi des changements tels que:

  1. ...certains indépendants s'engage...
  2. Commettre un nouveau fichier foo avec 100 lignes de contenu
  3. ...intervenant s'engage, certains touchent des foo...
  4. Insérer le contenu de foo au sommet d'un fichier existant bar et git rm foo dans la même livraison
  5. ...plus indépendants s'engage...

Maintenant, je veux voir le journal de fichier supprimé foo. Tout ce que j'ai lu, y compris, et dit que je devrais être en mesure de git log -- foo, mais la commande ne produit aucune sortie.

Si je trouve le commit qui comprend la suppression de foo je peux git log 1234abcd -- foo et de voir son journal, donc je pense que mon chemin à foo n'est pas le problème. Notez également que git merge-base HEAD 1234abcd sorties 1234abcd[...], donc je pense que cela devrait prouver que la livraison est accessible à partir de HEAD. Notez qu'il n'existe pas de fichier foo dans mon arbre de travail (évident, puisqu'il a été supprimé). À l'aide de Git 1.7.1.1 sur OS X.

Pourquoi ne pas git log -- foo de travail pour moi et comment puis-je résoudre ce problème? Merci!

  • Avez-vous essayé git log --follow -- foo ou git log --follow -M -- foo? (à force de renommage de détection)
  • Merde, je l'ai fait essayer --follow--mais la lecture de history je vois que j'avais depuis un cd ed d'ailleurs quand je l'ai essayé, en faisant le chemin d'accès non valide. git log --follow -- foo travaillé quand j'ai essayé de le bon point de départ. Je suppose que Git considéré comme rolling foo en bar comme une sorte de renommer? En tout cas, merci à vous! Je serai heureux de crédit si vous allez reposter comme une réponse.
  • Ennuyeux que -- est changé à — dans la question du titre...
InformationsquelleAutor user385804 | 2010-07-07
  1. 118

    Vous souhaitez utiliser le --follow option sur git log, qui est décrit dans la page de man comme:

    Continue listing the history of a file beyond renames.

    Efficacement, non seulement cela vous permettra de voir l'historique d'un fichier renommé, mais cela vous permet également d'afficher l'historique d'un fichier n'est plus dans l'arbre de travail. Si la commande que vous devez utiliser devrait ressembler à quelque chose comme:

    git log --follow -- foo

    Mise à jour:

    Git de 2,9+ est maintenant activé par défaut pour tous les git diff et git log commandes:

    L'utilisateur final face à la Porcelaine niveau des commandes dans le "git diff" et
    "git log" de la famille par défaut activer le changement de nom de la détection; vous pouvez toujours
    utiliser "diff.renomme" variable de configuration pour désactiver cette option.

    Grâce à x-yuri pour le heads up!

    • Il a travaillé pour moi sans le --follow partie. J'ai juste besoin d'ajouter --. Je suis en cours d'exécution git-2.9.0.
    InformationsquelleAutor Nathan Kleyn