diff options
author | Jan Krüger <jk@jk.gs> | 2010-05-30 10:19:26 +0200 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2010-05-31 17:48:38 -0700 |
commit | 05bdcfe5fc3d626b752c2cb574f05ed30b279bcf (patch) | |
tree | 31de3de69fa6bde0185b87663634636ad5648533 /git-am.sh | |
parent | 81fa024cd8e336ba257f13fe7724b95baacfa3ad (diff) | |
download | git-05bdcfe5fc3d626b752c2cb574f05ed30b279bcf.tar.gz |
git-am: suggest what to do with superfluous patches
Particularly in the context of rebase, conflicts frequently occur
because the change in the patch to be applied was made obsolete by new
upstream commits. In this case, solving the conflict effectively means
skipping the patch. However, it's not always readily apparent that the
patch needs to be skipped, and when people solve the conflict and try
git rebase --continue, they get confronted with a message of
No changes - did you forget to use 'git add'?
That's not very helpful if you did actually stage your changes and they
happen to turn the patch into a no-op. This extends the message to point
out what's going on.
Signed-off-by: Jan Krüger <jk@jk.gs>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'git-am.sh')
-rwxr-xr-x | git-am.sh | 2 |
1 files changed, 2 insertions, 0 deletions
@@ -726,6 +726,8 @@ do resolved= git diff-index --quiet --cached HEAD -- && { echo "No changes - did you forget to use 'git add'?" + echo "If there is nothing left to stage, chances are that something else" + echo "already introduced the same changes; you might want to skip this patch." stop_here_user_resolve $this } unmerged=$(git ls-files -u) |