ref-filter: make combining --merged & --no-merged an error
commit17d6c744dc0d5ed4cd0f228da14239ea2654f05b
authorÆvar Arnfjörð Bjarmason <avarab@gmail.com>
Tue, 21 Mar 2017 12:58:49 +0000 (21 12:58 +0000)
committerJunio C Hamano <gitster@pobox.com>
Tue, 21 Mar 2017 18:19:52 +0000 (21 11:19 -0700)
treef79f6b944636060af6bad10e05f5ab267359b34b
parent8881d35cace41604dba72c1b6b5ab5a59e0c2b94
ref-filter: make combining --merged & --no-merged an error

Change the behavior of specifying --merged & --no-merged to be an
error, instead of silently picking the option that was provided last.

Subsequent changes of mine add a --no-contains option in addition to
the existing --contains. Providing both of those isn't an error, and
has actual meaning.

Making its cousins have different behavior in this regard would be
confusing to the user, especially since we'd be silently disregarding
some of their command-line input.

Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-branch.txt
Documentation/git-for-each-ref.txt
Documentation/git-tag.txt
ref-filter.c
t/t3200-branch.sh
t/t6302-for-each-ref-filter.sh
t/t7004-tag.sh