aboutsummaryrefslogtreecommitdiff
path: root/submodule.c
diff options
context:
space:
mode:
authorJunio C Hamano <gitster@pobox.com>2017-09-10 17:02:48 +0900
committerJunio C Hamano <gitster@pobox.com>2017-09-10 17:02:48 +0900
commit702239d049dbd95f55c898c4707a3615b0237abd (patch)
treec77f7bc2a204ed15d5fbe18068584cb898e9ad1d /submodule.c
parentc2a3bb47f0a5cf8537b3d79cd01b11a5726afb02 (diff)
parent595d59e2b53a19f8c5c277348e4e1a07bb913ba4 (diff)
downloadgit-702239d049dbd95f55c898c4707a3615b0237abd.tar.gz
git-702239d049dbd95f55c898c4707a3615b0237abd.tar.xz
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
Diffstat (limited to 'submodule.c')
0 files changed, 0 insertions, 0 deletions