Since efb779f (merge, pull: add '--(no-)log' command line option, 2008-04-06) git-pull supported the (--no-)log switch and would pass it to git-merge. 96e9420 (merge: Make '--log' an integer option for number of shortlog entries, 2010-09-08) implemented support for the --log=<n> switch, which would explicitly set the number of shortlog entries. However, git-pull does not recognize this option, and will instead pass it to git-fetch, leading to "unknown option" errors. This patch series implements a failing test that demonstrates the above, and teaches git-pull to handle the switch --log=<n>. Paul Tan (2): t5524: test --log=1 limits shortlog length pull: handle --log=<n> git-pull.sh | 4 ++-- t/t5524-pull-msg.sh | 17 +++++++++++++++++ 2 files changed, 19 insertions(+), 2 deletions(-) -- 2.1.4 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html