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

Re: [PATCH] git-submodule: respect -q for add/update

From
Jens Lehmann <jens.lehmann@web.de>
Date
Sep 5, 2012, 20:33 UTC
Message-ID
<5047B723.4050201@web.de>
In-Reply-To
<CAGHpTBJ6hWJKaQvN4oByrest_FB1fGDKa=ge4fM1HWmSWZ1tkw@mail.gmail.com>
Am 05.09.2012 13:42, schrieb Orgad and Raizel Shaneh:
Show 23 quoted lines
> On Tue, Sep 4, 2012 at 6:28 PM, Jens Lehmann <Jens.Lehmann@web.de> wrote:
>>
>> Am 04.09.2012 09:31, schrieb Orgad Shaneh:
>>> Signed-off-by: Orgad Shaneh <orgads@gmail.com>
>>
>> Before the "Signed-off-by" is the place where you should have
>> explained why this would be a worthwhile change ;-)
>>
>> To me this looks like you make the default noisier and require an
>> explicit "-q" to make it quiet again. There is a reason you don't
>> normally get bothered with the output of the checkout command run
>> under the hood of git submodule add/update, so I don't think this
>> change makes things better.
>>
>> But you might want to think about adding a "-v/--verbose" flag to
>> make the submodule add/update checkouts more verbose, in case you
>> care about the output of the checkout command. That would be a
>> sane thing to do, so what about changing your patch into this
>> direction?
>>
> 
> I don't agree the default should be quiet. That's what the (submodule)
> -q flag is there for.

Nope, the -q flag is to silence *all* output except errors. And it makes perfect sense for high level commands to hide the output of the commands run under the hood like we do here.

> When I run 'git submodule update' I don't expect to be in the dark
> until the submodule/s finishes checkout, this sometimes can take a
> significant amount of time and feedback is expected.

As I said, add a verbose flag so you can see in detail what is going on.

Previous: Orgad and Raizel Shaneh
Message 4 of 4 in “git-submodule: respect -q for add/update”
  1. git-submodule: respect -q for add/updateOrgad Shaneh, Sep 4, 2012
  2. Jens LehmannSep 4, 2012
  3. Orgad and Raizel ShanehSep 5, 2012
  4. Jens LehmannSep 5, 2012

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.