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

Re: [PATCH] completion: add missing configuration variables

From
Jeff King <peff@peff.net>
Date
Dec 17, 2010, 21:04 UTC
Message-ID
<20101217210412.GA11745@sigill.intra.peff.net>
In-Reply-To
<7v7hf8i0lk.fsf@alter.siamese.dyndns.org>
On Fri, Dec 17, 2010 at 12:52:07PM -0800, Junio C Hamano wrote:
Show 8 quoted lines
> >> > We have color.diff.branch coming soon (I think it is in 'next' now).
> >
> > The "correct" thing to do from a topic branch standpoint is to submit
> > this patch without it as its own topic, submit a patch with just
> > color.diff.branch on top of the other topic, and then the merge
> > resolution will include both sets.
> 
> Perhaps, if we had color.diff.branch ;-).
Urgh. Color.status.branch is what I meant all along.
Show 7 quoted lines
> >
> > But I'll let Junio decide how meticulous about history he wants to be.
> 
> Well, in this case, probably the right thing to do is to ignore this
> addition to completion as the lowest priority item for now, wait for other
> changes that add or modify the set of configuration variables to land on
> 'master', and then resubmit a single patch.
Sure, that is reasonable to me.
Show 5 quoted lines
> Yes, merge is wonderful and easy, but it is merely a tool to help
> coordination between developers (the ones who add code to understand new
> variables, the others who add completion to help spell the new variables),
> not a replacement.  And orderly submission of patches that are related and
> have dependencies is a prime example of such coordination.

Well, yes. But on the other hand, they are two totally separate topics; they just happen to both have a component of "add stuff to config completion". And don't you always preach about not holding one topic hostage by introducing an unnecessary dependency on another?

I don't think it is a huge deal in this case, but Martin's patch could theoretically be "maint" material (I say theoretically because I didn't actually check whether any of the added completions were for things not yet in maint). Basing it on something in "next", even if you wait until it's in "master", makes that impossible.

But this is all philosphical wankery. I think any of the solutions is fine.

-Peff
Previous: Junio C HamanoNext: SZEDER Gábor
Message 6 of 14 in “completion: add missing configuration variables”
  1. completion: add missing configuration variablesMartin von Zweigbergk, Dec 15, 2010
  2. Jeff KingDec 15, 2010
  3. Martin von ZweigbergkDec 15, 2010
  4. Jeff KingDec 16, 2010
  5. Junio C HamanoDec 17, 2010
  6. Jeff KingDec 17, 2010
  7. SZEDER GáborDec 16, 2010
  8. Martin von ZweigbergkDec 16, 2010
  9. Jeff KingDec 16, 2010
  10. Junio C HamanoDec 17, 2010
  11. Jeff KingDec 17, 2010
  12. completion: add missing configuration variablesMartin von Zweigbergk, Dec 20, 2010
  13. Jeff KingDec 20, 2010
  14. Junio C HamanoDec 21, 2010

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.