git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] gitignore: add top level patch ignore rule

From
Michael J Gruber <git@drmicha.warpmail.net>
Date
Jul 21, 2011, 13:29 UTC
Message-ID
<4E2829D6.9010409@drmicha.warpmail.net>
In-Reply-To
<CAGTPOqcd5G=NG83wgnH80nqNsS1FYwtRp4QjaB=oU5NkPts_Hg@mail.gmail.com>
Vitaliy Ivanov venit, vidit, dixit 21.07.2011 15:22:
Show 42 quoted lines
> On Thu, Jul 21, 2011 at 4:02 PM, Michael J Gruber
> <git@drmicha.warpmail.net> wrote:
>> Vitaliy Ivanov venit, vidit, dixit 21.07.2011 14:54:
>>> Michael,
>>>
>>> On Wed, Jul 20, 2011 at 11:09 AM, Michael J Gruber
>>> <git@drmicha.warpmail.net> wrote:
>>>> Vitaliy Ivanov venit, vidit, dixit 20.07.2011 00:17:
>>>>> Add top level ignore rule for patches created by format-patch command.
>>>>
>>>> Please don't.
>>>>
>>>> The tracked ignore file is for ignoring products and artefacts of our
>>>> build process. format-patch is not part of this process, and the
>>>> existence of *.patch files depends on your workflow. But what is much
>>>> worse: In
>>>>
>>>> git status
>>>> git format-patch rev-spec
>>>> git send-email *.patch
>>>>
>>>> it is very easy to send out the wrong patches (along with the right
>>>> ones), because your patch hides them from status. Also, I can't clean
>>>> them up with "git clean -f" any more. I would have to use "git clean -f
>>>> -x" which would clean the build products also (and force a rebuild).
>>>>
>>>> So, your patch makes a format-patch based workflow much worse. What
>>>> problem does it try to solve?
>>>
>>> I will not insist. You may know it better but git as is a public
>>> project where anyone can create and send patches. So it seems to me
>>> basic workflow for sharing changes.
>>
>> Well sure it is. We do that and discuss the merits of patches.
>>
>> I do use format-patch/send-email, and as I explained, your patch would
>> make that more difficult. If there is something that it makes better
>> that may outweigh it. Can you explain what improvement this (ignoring
>> *.patch) introduces?
> 
> I'm not sure how listing all the patches that you have under "git
> status" will help you not to send a wrong one.

Well, in order to get this patch in, you will have to explain what it is good for (not that I'd decide that, but that's my recommendation for you). I've asked twice and I'm still waiting for an explanation.

OTOH, I've explained in detail why I consider this change bad. Please reread my first reply.

> Also we are talking about /*.patch rule and not *.patch as with such rule:
Sure.
Michael
Previous: Vitaliy IvanovNext: Marc Branchaud
Message 6 of 8 in “gitignore: add top level patch ignore rule”
  1. gitignore: add top level patch ignore ruleVitaliy Ivanov, Jul 19, 2011
  2. Michael J GruberJul 20, 2011
  3. Vitaliy IvanovJul 21, 2011
  4. Michael J GruberJul 21, 2011
  5. Vitaliy IvanovJul 21, 2011
  6. Michael J GruberJul 21, 2011
  7. Marc BranchaudJul 21, 2011
  8. Vitaliy IvanovJul 22, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.