Patch parse test comparing "git log -p" output to "git log --numstat"
commite1da1cac890364624612fa76f0d81f11185cd65a
authorShawn O. Pearce <spearce@spearce.org>
Fri, 12 Dec 2008 02:46:19 +0000 (11 18:46 -0800)
committerRobin Rosenberg <robin.rosenberg@dewire.com>
Sat, 13 Dec 2008 02:13:26 +0000 (13 03:13 +0100)
treea22893d169eab0c88f763bca443959cf603e4847
parente3fe332498f5ac446df4bb9efd165355ba473d22
Patch parse test comparing "git log -p" output to "git log --numstat"

By comparing the output of "git log -p", once parsed by our patch
parser class, to the output of "git log --numstat" we can be quite
certain we are reading the patches from Git with a high degree of
accuracy, at least for typical add/remove sorts of changes (no
rename detection).

Unfortunately two commits in our history produce an off-by-one bug
in git log --numstat.  The bug appears to be in log --numstat and
not in JGit as git apply --numstat matches JGit's result, and is
thus also differing from log --numstat.  Since this occurs on only
2 commits out of 1,211 processed during the test I'm not worrying
about the difference on these two items.  Besides the numbers from
JGit and git apply --numstat look to be more correct.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
Signed-off-by: Robin Rosenberg <robin.rosenberg@dewire.com>
org.spearce.jgit.test/exttst/org/spearce/jgit/patch/EGitPatchHistoryTest.java [new file with mode: 0644]