threads / discuss / 57627

How to get the original raw commit message without removing extra leading/trailing line breaks

Subject: How to get the original raw commit message without removing extra leading/trailing line breaks

## tl;dr

5 messages between Mar 28, 2022 and Mar 28, 2022.

replies: 4people: 2as markdown or json

PMEase· Mar 28, 2022, 05:42 UTC · lore
Hi Folks, 
I am using command "git show --format=raw <commit hash>" to get raw commit object in order to verify the GPG signature in my program to customize public key loading. However in the raw commit object, extra line breaks before and after the commit message is removed, which cause the signature verification failure as git generates the signature without removing those line breaks. 
So is there any way to get the exact, original commit message? I also tried format option %B in no vail. 

Thanks for your time. Robin

Junio C Hamano· Mar 28, 2022, 05:53 UTC · re: PMEase · lore

Re: How to get the original raw commit message without removing extra leading/trailing line breaks

PMEase <robin@pmease.com> writes:
[jc: wrapped overly long lines]
Show 6 quoted lines
> I am using command "git show --format=raw <commit hash>" to get
> raw commit object in order to verify the GPG signature in my
> program to customize public key loading. However in the raw commit
> object, extra line breaks before and after the commit message is
> removed, which cause the signature verification failure as git
> generates the signature without removing those line breaks.

"git show --format=raw <commit object name>" will not give "raw commit object" to begin with. It indents the message by four spaces.

"git cat-file commit <commit object name>" is what you want, I think.

PMEase· Mar 28, 2022, 06:01 UTC · re: Junio C Hamano · lore

Re: How to get the original raw commit message without removing extra leading/trailing line breaks

Hi Junio, 
Thanks for your response. "git cat-file" prints the commit message without leading space on each line, however extra leading/trailing line breaks of the commit message is still removed.
Show 19 quoted lines
> On Mar 28, 2022, at 1:53 PM, Junio C Hamano <gitster@pobox.com> wrote:
> 
> PMEase <robin@pmease.com> writes:
> 
> [jc: wrapped overly long lines]
> 
>> I am using command "git show --format=raw <commit hash>" to get
>> raw commit object in order to verify the GPG signature in my
>> program to customize public key loading. However in the raw commit
>> object, extra line breaks before and after the commit message is
>> removed, which cause the signature verification failure as git
>> generates the signature without removing those line breaks.
> 
> "git show --format=raw <commit object name>" will not give "raw
> commit object" to begin with.  It indents the message by four
> spaces.
> 
> "git cat-file commit <commit object name>" is what you want, I
> think.
Junio C Hamano· Mar 28, 2022, 06:11 UTC · re: PMEase · lore

Re: How to get the original raw commit message without removing extra leading/trailing line breaks

PMEase <robin@pmease.com> writes:
Show 19 quoted lines
>> On Mar 28, 2022, at 1:53 PM, Junio C Hamano <gitster@pobox.com> wrote:
>> 
>> PMEase <robin@pmease.com> writes:
>> 
>> [jc: wrapped overly long lines]
>> 
>>> I am using command "git show --format=raw <commit hash>" to get
>>> raw commit object in order to verify the GPG signature in my
>>> program to customize public key loading. However in the raw commit
>>> object, extra line breaks before and after the commit message is
>>> removed, which cause the signature verification failure as git
>>> generates the signature without removing those line breaks.
>> 
>> "git show --format=raw <commit object name>" will not give "raw
>> commit object" to begin with.  It indents the message by four
>> spaces.
>> 
>> "git cat-file commit <commit object name>" is what you want, I
>> think.

[jc: wrapped overly long lines, moved response at the end to correct top-posting]

> Thanks for your response. "git cat-file" prints the commit message
> without leading space on each line, however extra leading/trailing
> line breaks of the commit message is still removed.

I think you are creating your commit incorrectly. If a line is missing in what cat-file prints, then the line is *NOT* in the commit. If I try the following:

----- >8 --------- >8 --------- >8 --------- >8 -----
C=$(
        cat <<\EOF | git commit-tree -p HEAD HEAD^{tree}

This "first line" deliberately is on the second line. And after the "last line" of the log message, this commit has extra blank lines at the end.

EOF )

echo "begin"; git cat-file commit "$C"; echo "end"
----- 8< --------- 8< --------- 8< --------- 8< -----
I get:

begin tree 5365fd773adaac0f84c4f07532eec8809f3f6f0e parent abf474a5dd901f28013c52155411a48fd4c09922 author Junio C Hamano <gitster@pobox.com> 1648447791 -0700 committer Junio C Hamano <gitster@pobox.com> 1648447791 -0700

This "first line" deliberately is on the second line. And after the "last line" of the log message, this commit has extra blank lines at the end.

end
which is very much what I expect to see.
PMEase· Mar 28, 2022, 06:11 UTC · re: Junio C Hamano · lore

Re: How to get the original raw commit message without removing extra leading/trailing line breaks

It also converts \r\n to \n and remove all spaces in a blank line. This is reasonable for a readable commit message, but makes it impossible to verify signature in my program...
Show 19 quoted lines
> On Mar 28, 2022, at 1:53 PM, Junio C Hamano <gitster@pobox.com> wrote:
> 
> PMEase <robin@pmease.com> writes:
> 
> [jc: wrapped overly long lines]
> 
>> I am using command "git show --format=raw <commit hash>" to get
>> raw commit object in order to verify the GPG signature in my
>> program to customize public key loading. However in the raw commit
>> object, extra line breaks before and after the commit message is
>> removed, which cause the signature verification failure as git
>> generates the signature without removing those line breaks.
> 
> "git show --format=raw <commit object name>" will not give "raw
> commit object" to begin with.  It indents the message by four
> spaces.
> 
> "git cat-file commit <commit object name>" is what you want, I
> think.

← back to recent threads