diff options
author | Neil Horman <nhorman@tuxdriver.com> | 2012-04-20 10:36:15 -0400 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2012-04-24 14:52:12 -0700 |
commit | b27cfb0d8d4cbb6d079c70ffeadac9c0dcfff250 (patch) | |
tree | 54257175272370ddb09fe9ef1caeca8ae7cd68f2 /submodule.c | |
parent | git-cherry-pick: add allow-empty option (diff) | |
download | tgif-b27cfb0d8d4cbb6d079c70ffeadac9c0dcfff250.tar.xz |
git-cherry-pick: Add keep-redundant-commits option
The git-cherry-pick --allow-empty command by default only preserves empty
commits that were originally empty, i.e only those commits for which
<commit>^{tree} and <commit>^^{tree} are equal. By default commits which are
non-empty, but were made empty by the inclusion of a prior commit on the current
history are filtered out. This option allows us to override that behavior and
include redundant commits as empty commits in the change history.
Note that this patch changes the default behavior of git cherry-pick slightly.
Prior to this patch all commits in a cherry-pick sequence were applied and git
commit was run. The implication here was that, if a commit was redundant, and
the commit did not trigger the fast forward logic, the git commit operation, and
therefore the git cherry-pick operation would fail, displaying the cherry pick
advice (i.e. run git commit --allow-empty). With this patch however, such
redundant commits are automatically skipped without stopping, unless
--keep-redundant-commits is specified, in which case, they are automatically
applied as empty commits.
Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'submodule.c')
0 files changed, 0 insertions, 0 deletions