# Binary files in format-patch 6 messages from 2008-05-05 to 2008-05-08. Participants: Caio Marcelo, Shawn O. Pearce, Robin Rosenberg. Thread: https://gitlist.dev/t/13388 ## Caio Marcelo, 2008-05-05 22:55 Subject: Binary files in format-patch Message-ID: URL: https://gitlist.dev/e/d280d7f10805051555x67bd7e87o999a2c9e19663b92%40mail.gmail.com ``` Hello, I'm using "git format-patch" to generate messages for a code review mailing list. It work fine except when we have binary files involved. Their contents are not relevant for us, and doesn't help much in a mailing list. Taking a peek at the code I've found out this: In commit e47f306d4bf964def1a0b29e8f7cea419471dffd (short name: "git format-patch: make --binary on by default"), we add a new restriction on the possible options to format-patch: if you don't specify --text, it enables --binary. But looking at today's code, we have a path that is never taken for format-patch, in function builtin_diff (diff.c), at lines 1423 to 1433. The fprintf doesn't ever happen, because if it's TEXT, it dumps the contents verbatim, if it's BINARY, it encodes (to some baseXX) the files/diff. Wouldn't be nice to allow this code path to happen via some --omit-binary / --no-binary option to be checked in cmd_format_patch? (I could provide a patch for this, if you think it's a good idea). Or should I try to solve my problem by other means (post-processing the patches, building my own with git-diff)? Cheers, Caio Marcelo ``` ## Shawn O. Pearce, 2008-05-05 23:01 Subject: Re: Binary files in format-patch Message-ID: <20080505230153.GL29038@spearce.org> URL: https://gitlist.dev/e/20080505230153.GL29038%40spearce.org In-Reply-To: ``` Caio Marcelo wrote: > I'm using "git format-patch" to generate messages for a code review > mailing list. It work fine except when we have binary files involved. > Their contents are not relevant for us, and doesn't help much in a > mailing list. Taking a peek at the code I've found out this: Why then are they committed in Git and being modified? If the files aren't relevant, why are they tracked? -- Shawn. ``` ## Caio Marcelo, 2008-05-05 23:10 Subject: Re: Binary files in format-patch Message-ID: URL: https://gitlist.dev/e/d280d7f10805051610u3b020dafxb9e832ecdf14c68c%40mail.gmail.com In-Reply-To: <20080505230153.GL29038@spearce.org> ``` > > Their contents are not relevant for us, and doesn't help much in a > > mailing list. Taking a peek at the code I've found out this: > > Why then are they committed in Git and being modified? If the > files aren't relevant, why are they tracked? Sorry, I wasn't very clear there. The binary content is mostly icons, that get added and updated now and then, so outside of the scope of our code review mailing list -- but relevant to the project itself. (The patches themselves are accessible by other means other than the ML too, so reviewers can pull and get proper versions). Considering that, any of the proposed solutions make more sense now? :-) Cheers, Caio Marcelo ``` ## Robin Rosenberg, 2008-05-06 09:19 Subject: Re: Binary files in format-patch Message-ID: <200805061119.14792.robin.rosenberg.lists@dewire.com> URL: https://gitlist.dev/e/200805061119.14792.robin.rosenberg.lists%40dewire.com In-Reply-To: ``` tisdagen den 6 maj 2008 00.55.06 skrev Caio Marcelo: > Hello, > > I'm using "git format-patch" to generate messages for a code review > mailing list. It work fine except when we have binary files involved. > Their contents are not relevant for us, and doesn't help much in a > mailing list. Taking a peek at the code I've found out this: > In commit e47f306d4bf964def1a0b29e8f7cea419471dffd (short name: "git > format-patch: make --binary on by default"), we add a new restriction > on the possible options to format-patch: if you don't specify --text, > it enables --binary. But looking at today's code, we have a path that > is never taken for format-patch, in function builtin_diff (diff.c), at > lines 1423 to 1433. The fprintf doesn't ever happen, because if it's > TEXT, it dumps the contents verbatim, if it's BINARY, it encodes (to > some baseXX) the files/diff. > > Wouldn't be nice to allow this code path to happen via some > --omit-binary / --no-binary option to be checked in cmd_format_patch? > (I could provide a patch for this, if you think it's a good idea). Sounds reasonable. I'd say --no-binary is the right one here. -- robin ``` ## Caio Marcelo, 2008-05-08 20:21 Subject: Re: Binary files in format-patch Message-ID: URL: https://gitlist.dev/e/d280d7f10805081321q7a09b61ke06a1c945650d880%40mail.gmail.com In-Reply-To: <200805061119.14792.robin.rosenberg.lists@dewire.com> ``` > > Wouldn't be nice to allow this code path to happen via some > > --omit-binary / --no-binary option to be checked in cmd_format_patch? > > (I could provide a patch for this, if you think it's a good idea). > > Sounds reasonable. I'd say --no-binary is the right one here. Commited a patch couple a days ago. Could anyone take a look? I've tried to reduce the changes to a minimum. Cheers, Caio Marcelo ``` ## Caio Marcelo, 2008-05-08 20:25 Subject: Re: Binary files in format-patch Message-ID: URL: https://gitlist.dev/e/d280d7f10805081325q505a8397y3fc93ae23d5ed63d%40mail.gmail.com In-Reply-To: ``` > Commited a patch couple a days ago. Could anyone take a look? I've Ops.. I didn't only commited but also sent to this mailing list ;-) Cheers, Caio Marcelo ```