Re: [RFC PATCHv2 1/2] am: add gitk patch format

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Sep 4, 2014 at 11:19 AM, Junio C Hamano <gitster@xxxxxxxxx> wrote:
> Chris Packham <judge.packham@xxxxxxxxx> writes:
>
>> Patches created using gitk's "write commit to file" functionality (which
>> uses 'git diff-tree -p --pretty' under the hood) need some massaging in
>> order to apply cleanly.
>
> Shouldn't that output routine be the one to be corrected, then?  We
> really do not need yet another format to express the same thing,
> especially from the same suite of programs.

That's an option. It shouldn't be too hard to make gitk use 'git
format-patch --stdout' instead. The problem for me is that it's easier
for me to update my git installation to get git am to accept the
current format than it is for me to ask the people generating these
patches to change their git/gitk installation to generate a different
format.

Another thing that I've since realised is that this 'gitk' format is
also what you've get from git show or git log -p. So this is actually
allowing (for better or worse) things like 'git show $sha1 | git am
--patch-format=gitk'[*1*]. That may mean that we should call the
format something else ("pretty" perhaps?) and note that this is what
gitk, git show and some incantations of git log generate.

--
[*1*] - Although I've just found a bug that affects the existing
--patch-format=hg|stgit where reading from stdin is not currently
supported. I'll send out a v3 of this series that includes some tests
for those a bit later.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]