Re: [PATCH 0/5] avoid peeking into `struct lock_file`

2 messages, 2 authors, 2021-01-07 · open the first message on its own page

Re: [PATCH 0/5] avoid peeking into `struct lock_file`

From: Junio C Hamano <hidden>
Date: 2021-01-07 08:20:51

Martin Ågren [off-list ref] writes:
To be perfectly honest, I just grepped around. I just tried your
suggestion and it seems like I really did catch everyone who looks at
`->tempfile` or `.tempfile`.
That's wonderful ;-)
I could add a remark in the commit message of the last patch along the
lines of "After this commit, renaming the `tempfile` field only triggers
compilation errors in lockfile.[ch] and this one instance that we're
intentionally leaving here.".
It would be a nice addition to the log message to help readers to
feel confident about the conversion.  It is OK if you want to add
one, and certainly a good trick to have in your toolbox for your
next conversion, but it may not be worth rerolling only to update
the log message with such a remark.

Thanks.

Re: [PATCH 0/5] avoid peeking into `struct lock_file`

From: Martin Ågren <hidden>
Date: 2021-01-07 18:18:16

On Thu, 7 Jan 2021 at 09:19, Junio C Hamano [off-list ref] wrote:
Martin Ågren [off-list ref] writes:
quoted
I could add a remark in the commit message of the last patch along the
lines of "After this commit, renaming the `tempfile` field only triggers
compilation errors in lockfile.[ch] and this one instance that we're
intentionally leaving here.".
It would be a nice addition to the log message to help readers to
feel confident about the conversion.  It is OK if you want to add
one, and certainly a good trick to have in your toolbox for your
next conversion, but it may not be worth rerolling only to update
the log message with such a remark.
Ok, got it. So I'm not planning to reroll this series. Unless something
else shows up, obviously.

Thank you.

Martin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help