parse_object: pass on the original sha1, not the replaced one
commit2e3400c0521e4997601916790b8b2a9ff588c6f3
authorNguyễn Thái Ngọc Duy <pclouds@gmail.com>
Fri, 3 Sep 2010 20:51:53 +0000 (3 22:51 +0200)
committerJunio C Hamano <gitster@pobox.com>
Sat, 4 Sep 2010 05:13:08 +0000 (3 22:13 -0700)
tree90d2b95d7d3830f68b63b4b418ec5a6f67e39b6f
parentad336054068074ed614d0bb54bb169e5263499d7
parse_object: pass on the original sha1, not the replaced one

Commit 0e87c36 (object: call "check_sha1_signature" with the
replacement sha1) changed the first argument passed to
parse_object_buffer() from "sha1" to "repl". With that change,
the returned obj pointer has the replacement SHA1 in obj->sha1,
not the original one.

But when using lookup_commit() and then parse_commit() on a
commit, we get an object pointer with the original sha1, but
the commit content comes from the replacement commit.

So the result we get from using parse_object() is different
from the we get from using lookup_commit() followed by
parse_commit().

It looks much simpler and safer to fix this inconsistency by
passing "sha1" to parse_object_bufer() instead of "repl".

The commit comment should be used to tell the the replacement
commit is replacing another commit and why. So it should be
easy to see that we have a replacement commit instead of an
original one.

And it is not a problem if the content of the commit is not
consistent with the sha1 as cat-file piped to hash-object can
be used to see the difference.

Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
object.c
t/t6050-replace.sh