author | Junio C Hamano <junkio@cox.net> | |
Sun, 28 Aug 2005 06:53:27 +0000 (23:53 -0700) | ||
committer | Junio C Hamano <junkio@cox.net> | |
Mon, 29 Aug 2005 19:52:02 +0000 (12:52 -0700) | ||
commit | 48313592bf318139b39d6017a863f27420e3939a | |
tree | 10b79491f79ce17c773e37311a01697050cf2383 | tree | snapshot |
parent | 2c04662d89eaa55cecb6effd743c17051d1458ec | commit | diff |
Redo "revert" using three-way merge machinery.
The reverse patch application using "git apply" sometimes is too
rigid. Since the user would get used to resolving conflicting merges
by hand during the normal merge experience, using the same machinery
would be more helpful rather than just giving up.
Cherry-picking and reverting are essentially the same operation.
You pick one commit, and apply the difference that commit introduces
to its own commit ancestry chain to the current tree. Revert applies
the diff in reverse while cherry-pick applies it forward. They share
the same logic, just different messages and merge direction.
Rewrite "git rebase" using "git cherry-pick".
Signed-off-by: Junio C Hamano <junkio@cox.net>
The reverse patch application using "git apply" sometimes is too
rigid. Since the user would get used to resolving conflicting merges
by hand during the normal merge experience, using the same machinery
would be more helpful rather than just giving up.
Cherry-picking and reverting are essentially the same operation.
You pick one commit, and apply the difference that commit introduces
to its own commit ancestry chain to the current tree. Revert applies
the diff in reverse while cherry-pick applies it forward. They share
the same logic, just different messages and merge direction.
Rewrite "git rebase" using "git cherry-pick".
Signed-off-by: Junio C Hamano <junkio@cox.net>
Makefile | diff | blob | history | |
git-rebase-script | diff | blob | history | |
git-revert-script | diff | blob | history | |
git-sh-setup-script | diff | blob | history |