summaryrefslogtreecommitdiff
path: root/t/t6101-rev-parse-parents.sh
diff options
context:
space:
mode:
authorLibravatar Jeff King <peff@peff.net>2018-07-09 15:48:19 -0400
committerLibravatar Junio C Hamano <gitster@pobox.com>2018-07-11 08:37:47 -0700
commit8530c73915ab88b920411c6bbdf02ff4c396ca81 (patch)
treee01118e95d07d2c17b877b3bb2dc136413011e37 /t/t6101-rev-parse-parents.sh
parentGit 2.16.4 (diff)
downloadtgif-8530c73915ab88b920411c6bbdf02ff4c396ca81.tar.xz
sequencer: handle empty-set cases consistently
If the user gives us a set that prepare_revision_walk() takes to be empty, like: git cherry-pick base..base then we report an error. It's nonsense, and there's nothing to pick. But if they use revision options that later cull the list, like: git cherry-pick --author=nobody base~2..base then we quietly create an empty todo list and return success. Arguably either behavior is acceptable, but we should definitely be consistent about it. Reporting an error seems to match the original intent, which dates all the way back to 7e2bfd3f99 (revert: allow cherry-picking more than one commit, 2010-06-02). That in turn was trying to match the single-commit case that existed before then (and which continues to issue an error). Signed-off-by: Jeff King <peff@peff.net> Acked-by: Johannes Schindelin <johannes.schindelin@gmx.de> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t6101-rev-parse-parents.sh')
0 files changed, 0 insertions, 0 deletions