How to wrap git commit comments?

Git

Git Problem Overview


Is there a way to wrap git commit comments (when viewed via git log), so they are not cut off at the end of the line? It seems like there should be a pretty simple solution, but I haven't been able to find one.

Thanks.

Git Solutions


Solution 1 - Git

Or you can change your pager to use less -R

$ git config --global core.pager 'less -R'

This will tell less to stop trying to control how the screen is formatted (you can normally scroll right and left during a git log using arrow keys). And as the less manual says "Thus, various display problems may result, such as long lines being split in the wrong place." Which is what you want, you want the line ending to appear at the right of your screen (the wrong place) instead of where the comment author put it.

Also to note, pressing the right arrow key without modifying your pager, will let you see more of the code. Which is my preferred method.

Solution 2 - Git

Edit 2011: the other answers (upvoted) highlight the possibility to modify the options less, the default pager used by git.
The remark at the end of my answer still stands: even if you can see long commit message, that doesn't means that other tools having to deal with said (long) message will be able to process them.


Original answer (January 2010) about commit message format policy:

According to this blog, since git log does not do any kind of wrapping, you need to format your comment with an appropriate line length

> - git log doesn't do any special special wrapping of the commit messages.
With the default pager of less -S, this means your paragraphs flow far off the edge of the screen, making them difficult to read.
On an 80 column terminal, if we subtract 4 columns for the indent on the left and 4 more for symmetry on the right, we're left with 72 columns.

  • git format-patch --stdout converts a series of commits to a series of emails, using the messages for the message body.
    Good email netiquette dictates we wrap our plain text emails such that there's room for a few levels of nested reply indicators without overflow in an 80 column terminal.

As said here:

> In general, use an editor to create your commit messages rather than passing them on the command line. The format should be:

> - A hard wrap at 72 characters

  • A single, short, summary of the commit
  • Followed by a single blank line
  • Followed by supporting details

All sources (including GitPro book, which goes for 50 characters for the first line, as Jörg W Mittag comments) insist on the necessity to wrap yourself the comment, certainly because, even if Git was able to deal with long lines, other tools in the processing chain (email, patches, ...) may not.

Solution 3 - Git

There doesn't seem to be any perfect way. A workaround I use is just to pipe the output to more (or less, or cat etc.):

git log | more

That wraps the long lines at least on my system (however, you miss the color formatting).

Solution 4 - Git

Mentioned in the previous answer is that the default pager (often 'less') is responsible for wrapping and by default it generally chops long lines.

To modify this without changing your commit messages (less and bash example):

$ echo $LESS
-FRSX

This was what I had by default, now to overwrite the LESS environment variable.

echo "LESS=-FRX;export LESS" >> ~/.bash_profile
source ~/.bash_profile

Solution 5 - Git

Note that less -r (as recommended above) leads to less forgetting its line count and you miss commits because your topmost lines will scroll out of sight! The real fix is disabling the -S option that git enables by default if the LESS environment variable is not set.

A good fix is changing your git config in the following way:

git config --global core.pager 'less -+S'

Solution 6 - Git

At least in git version 1.7.9.5, git log does support line wrapping. From git help log:

 PRETTY FORMATS
   %w([<w>[,<i1>[,<i2>]]]): switch line wrapping

So, for example, the following wraps the long subjects at 72 columns:

alias gl='git log --format="%C(yellow)%h %an %ad%C(reset)%n%w(72,1,2)%s"'

(Agreed that commit formatting conventions should be followed instead of relying on this. However, this might prove useful until the day comes when everybody knows and respects the conventions.)

Solution 7 - Git

This has helped me.

git --no-pager log WhateverBranch | head -n40

Typically the branch is large, so, piping it to head and using the -n switch lets you grab only the most recent 40 (or however many) lines of output that you need, and it should wrap (no need to scroll). Be aware this approach also lacks the color formatting.

Solution 8 - Git

As VonC mentioned, you may want to wrap your commit messages to 72 characters and kill many birds with one stone. This git hook auto-wraps your commit messages and works with any editor: https://github.com/surabhigupta/AutoWrapSeventyTwo

Solution 9 - Git

Using this format made my life happier:

log --pretty=format:\"%w(80,1,41)%h - %an, %ar : %s\"

Since the fields in the output ahead of the commit message totaled about 39 characters for most of my commits, it makes reading a lot easier.

Solution 10 - Git

Personal suggestion is be simple. When you want to see the full lines in the less pager just type -S this will change to folding the lines or back should you wish to view a section that way.

Solution 11 - Git

So I was looking for a solution to a similar problem to this, and came across this question. In my case I'm running git show and I have 2 lines where the change is in a single word, towards the end of a very long line. I ended up solving this with a similar approach to how I do with git diff, using the --word-diff-regex option.

git show --color --word-diff-regex="[^[:space:],]+" 55de9c954d5d74a185879d3441a69cc1889c00f1 |more

Solution 12 - Git

This is how I solved for wrapping git log messages, for those who are still looking for answers:

git log --pretty=format:"@%H,%cn,%cD,%B" <file name> | tr "\n" " "|tr "@" "\n"

The output of the git log command is piped that finds the newline and replaces with a white space. This is the logic used to join commit messages as a single line.

Here, I am using "@" as a delimiter to differentiate between the commits. You can replace it with whatever special symbol you want. "%H" represents commit hash, "%cn" represents committer name, "%cD" represents commit date, and "%B" raw body message. If you want to know more about pretty=format, please take a look at https://git-scm.com/docs/pretty-formats

Please note that this may not work if you have newline character within git commit message.

Solution 13 - Git

SHORT ANSWER:
Type -S then Enter when viewing the git log.

DETAILED ANSWER:
git log outputs using the less text viewer, so simply type -S then Enter to toggle between the two line-wrapping modes of "Chop long lines" and "Fold long lines." The "Fold long lines" option enables word wrap.

Source that helped me learn this: https://superuser.com/a/272826/425838

Solution 14 - Git

If nano is your preferred editor, then you can set up git to use nano with automatic wrapping at e.g. 72 characters:

git config --global core.editor "nano -r 72"

Solution 15 - Git

For those using SourceTree, there's a setting (Options > General) that will show a column guide in the commit message:

commit guide settings in SourceTree

commit guide example

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionDavidView Question on Stackoverflow
Solution 1 - GitRobertView Answer on Stackoverflow
Solution 2 - GitVonCView Answer on Stackoverflow
Solution 3 - GitCarlView Answer on Stackoverflow
Solution 4 - GitwaldoView Answer on Stackoverflow
Solution 5 - GitMatzeBraunView Answer on Stackoverflow
Solution 6 - GitalexeiView Answer on Stackoverflow
Solution 7 - Gitthomas iotaView Answer on Stackoverflow
Solution 8 - GitsurView Answer on Stackoverflow
Solution 9 - GitArt SmithView Answer on Stackoverflow
Solution 10 - Gituser4852948View Answer on Stackoverflow
Solution 11 - GitsibazView Answer on Stackoverflow
Solution 12 - GitThe VoyagerView Answer on Stackoverflow
Solution 13 - GitGabriel StaplesView Answer on Stackoverflow
Solution 14 - GitCraig McQueenView Answer on Stackoverflow
Solution 15 - GitcyberbitView Answer on Stackoverflow