On Mon, Feb 14, 2011 at 12:19 PM, Adam Monsen <haircut@xxxxxxxxx> wrote:
> Is there a configuration option to make cherry-pick always include the
> source commit hash in the new commit log message?
>
> e.g., make "git cherry-pick" always behave like "git cherry-pick -x"?
Nope, but one would be appreciated. :-)
> My most frequent use case for cherry picking is between publicly visible
> branches.
>
> I have the following configuration option set:
>
> Âalias.cpx=cherry-pick -x
>
> but I rarely remember to use it.
It's worse than that. I like to keep the message generated after a
cherry-pick conflict, but the original commit authorship. I have this,
which I call recommit:
<snip>
#!/bin/sh
# Used after a cherry-pick conflicts to commit with the original
# authorship (commit -c) but keep the newly generated commit message
#
self=$(cd "$(dirname "$0")" && pwd -P)/$(basename "$0")
. "$(git --exec-path)/git-sh-setup"
require_work_tree
cd_to_toplevel
test -f .git/MERGE_MSG || die "No .git/MERGE_MSG"
if test "$GIT_EDITOR" = "$self"
then
cat .git/MERGE_MSG > .GIT/COMMIT_EDITMSG
exit 0
fi
if sha1=$(sed -ne \
's/^(cherry picked from commit \([a-f0-9]\{40\}\))$/\1/p' .git/MERGE_MSG)
then
export GIT_EDITOR="$self"
git commit -c $sha1
fi
</snip>
I've had it on my TODO list for a while now to:
1. add a config option to enable -x by default
2. improve the cherry-pick conflict UX. I was thinking of out
CHERRY_HEAD on conflict and then adding a cherry-pick --continue
option which acts like rebase --continue. CHERRY_HEAD is what was
being picked at the time of conflict and can be used by the bash
completion script for proper prompting, as well as obviously the
--continue option.
j.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html