diff options
author | Nguyễn Thái Ngọc Duy <pclouds@gmail.com> | 2019-06-20 16:55:21 +0700 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2019-06-20 13:31:22 -0700 |
commit | d16dc428b47837cebd231de1fad76d9c307f34b0 (patch) | |
tree | efc7815836fc4ba2ed2ffe6c544002818eb7ae75 /mergetools/bc | |
parent | t2027: use test_must_be_empty (diff) | |
download | tgif-d16dc428b47837cebd231de1fad76d9c307f34b0.tar.xz |
switch: allow to switch in the middle of bisect
In c45f0f525d (switch: reject if some operation is in progress,
2019-03-29), a check is added to prevent switching when some operation
is in progress. The reason is it's often not safe to do so.
This is true for merge, am, rebase, cherry-pick and revert, but not so
much for bisect because bisecting is basically jumping/switching between
a bunch of commits to pin point the first bad one. git-bisect suggests
the next commit to test, but it's not wrong for the user to test a
different commit because git-bisect cannot have the knowledge to know
better.
For this reason, allow to switch when bisecting (*). I considered if we
should still prevent switching by default and allow it with
--ignore-in-progress. But I don't think the prevention really adds
anything much.
If the user switches away by mistake, since we print the previous HEAD
value, even if they don't know about the "-" shortcut, switching back is
still possible.
The warning will be printed on every switch while bisect is still
ongoing, not the first time you switch away from bisect's suggested
commit, so it could become a bit annoying.
(*) of course when it's safe to do so, i.e. no loss of local changes and
stuff.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'mergetools/bc')
0 files changed, 0 insertions, 0 deletions