Spectacle plein Git commit message dans la console
Je suis en train jusqu'à la sortie complète de commettre un message dans la console et je suis en mesure d'obtenir le message, cependant, afin de voir l'intégralité du message que j'ai garder le redimensionnement de la fenêtre de la console afin d'en révéler plus. Je suis sur Windows avec Cygwin.
La commande que j'utilise est git log --pretty=full
.
- J'ai trouvé ça dans la doc page mais je ne sais pas comment la mettre en œuvre -w[<largeur> [;,<indent1> [;,<indent2>]]] formatez les lignes de la sortie en enveloppant chaque ligne à la largeur. La première ligne de chaque entrée est en retrait par indent1 espaces, et la deuxième ligne et les lignes suivantes sont en retrait par indent2 espaces. largeur, indent1, et indent2 par défaut à 76, 6 et 9, respectivement. lien
- Vous êtes en citant la page de manuel de git-shortlog, qui prend en charge le retour à la ligne (mais il n'affiche qu'une seule ligne du message de commit).
- vous avez raison, voici le texte de la page du journal %w([<w> [;,<i1> [;,<i2>]]]): commutateur de retour à la ligne, à l'instar de l'option-w de git-shortlog(1).
- Ah, OK. Vous pouvez l'utiliser lorsque vous spécifiez une chaîne de format personnalisée pour commettre des messages, mais vous ne pouvez pas l'utiliser avec un des
--pretty
formats. - Voir aussi
git log --no-expand-tabs --pretty=full
pour git 2.9 (juin 2016) dans ma réponse ci-dessous - Ce dont j'avais besoin était:
git log --pretty=full -p
.
Vous devez vous connecter pour publier un commentaire.
téléavertisseurs à la rescousse
Assurez-vous que vous n'avez pas de -S sur un alias pour le moins
Aussi, il est généralement considéré comme une bonne pratique de limiter la largeur de messages de validation. Je crois qu'une norme commune est de 78 caractères (IIRC), et la plupart des texteditors faire un bon travail d'assurer le respect de ces règles de style (auto-mise en forme de votre message).
Mise à jour: en tant Que données de référence point,
git-config
listes:which less
ettype less
dire?git log | less
sortie commettre hachage \n auteur \n date \n\n messages de commit (non déballé)git log
produit une sortie plus longue que le terminal de hauteur. Aussi, même si vous ne les avez -S, de sorte que les lignes sont "hachées", vous pouvez toujours les voir en poussant les flèches gauche/droite.git cat-file -p COMMITID
, qui ne sera pas exécuté par le biais d'un pagergit log | more
- Je utiliser
où
lg
est défini .gitconfig commeÇa ressemble à ça:
Vous aurez juste besoin de désactiver la pagination.
Ce que j'ai reçu de Comment puis-je exporter un git log dans un fichier texte?
git log
ne prend pas en charge l'emballage des messages de validation, donc, la pratique courante est d'envelopper vos messages de commit à propos de 72 caractères. Voir cette réponse pour plus de discussion.Vous devriez être en mesure d'utiliser les touches fléchées pour faire défiler à gauche et à droite pour voir le reste de la ligne, si. Pouvez-vous?
FWIW, je propose un changement de Git qui permettrait
log
et la comme pour envelopper les messages de commit, si vous n'avez pas besoin de les envelopper d'avance. Regarder ici et ici sur le git liste de diffusion afin de savoir si elle va partout.Vous pouvez également utiliser
où
<format>
peut être l'une des suivantes:Les espaces réservés sont:
Cela vous donne beaucoup plus de contrôle sur ce qui à extraire. Par exemple dans mon cas d'utilisation, je suis intéressé dans le message de commit pour que je puisse exécuter un post-commit hook.
Une autre option pour voir plus lors de l'utilisation de
git log --pretty=(medium,full,fuller)
(sens lorsque vous n'utilisez pas unpretty=format
), est la possibilité de supprimer l'espace de l'indentation (4 espaces) ajouté au début de chaque message de log (git 2.9, juin 2016):Voir s'engager fe37a9c, s'engager 0893eec (29 mars 2016) par Junio C Hamano (
gitster
).Voir s'engager 7cc13c7 (16 mars 2016) par Linus Torvalds (
torvalds
).(Fusionnés par Junio C Hamano --
gitster
-- dans s'engager cafef3d, 13 Avril 2016)La doc lit maintenant: