From: Junio C Hamano <gitster@pobox.com>
Date: Sun, 10 Sep 2017 08:02:48 +0000 (+0900)
Subject: Merge branch 'ma/pager-per-subcommand-action' into maint
X-Git-Tag: v2.14.2~40
X-Git-Url: http://git.osdn.net/view?a=commitdiff_plain;h=702239d049dbd95f55c898c4707a3615b0237abd;p=git-core%2Fgit.git

Merge branch 'ma/pager-per-subcommand-action' into maint

The "tag.pager" configuration variable was useless for those who
actually create tag objects, as it interfered with the use of an
editor.  A new mechanism has been introduced for commands to enable
pager depending on what operation is being carried out to fix this,
and then "git tag -l" is made to run pager by default.

If this works out OK, I think there are low-hanging fruits in
other commands like "git branch" that outputs long list in one mode
while taking input in another.

* ma/pager-per-subcommand-action:
  git.c: ignore pager.* when launching builtin as dashed external
  tag: change default of `pager.tag` to "on"
  tag: respect `pager.tag` in list-mode only
  t7006: add tests for how git tag paginates
  git.c: provide setup_auto_pager()
  git.c: let builtins opt for handling `pager.foo` themselves
  builtin.h: take over documentation from api-builtin.txt
---

702239d049dbd95f55c898c4707a3615b0237abd