Merge branch 'ma/pager-per-subcommand-action' into maint
commit702239d049dbd95f55c898c4707a3615b0237abd
authorJunio C Hamano <gitster@pobox.com>
Sun, 10 Sep 2017 08:02:48 +0000 (10 17:02 +0900)
committerJunio C Hamano <gitster@pobox.com>
Sun, 10 Sep 2017 08:02:48 +0000 (10 17:02 +0900)
treec77f7bc2a204ed15d5fbe18068584cb898e9ad1d
parentc2a3bb47f0a5cf8537b3d79cd01b11a5726afb02
parent595d59e2b53a19f8c5c277348e4e1a07bb913ba4
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
builtin/tag.c