git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* Git tedious verbosity
       [not found] <CAF8BazCScMN1sBspcCycOJBcepbkKfJUvh_hL9MSgNVvs4jKGQ@mail.gmail.com>
@ 2020-02-10 18:49 ` Aleksey Midenkov
  0 siblings, 0 replies; 11+ messages in thread
From: Aleksey Midenkov @ 2020-02-10 18:49 UTC (permalink / raw)
  To: Git Mailing List

Can you please disable all these meaningless messages which become
more and more plentiful with each new version, like:

Updated 1 path from the index

And all these repeated tips with lots of text on git push/pull which
are only first-time useful but nag people for years.

--
All the best,

Aleksey Midenkov
@midenok

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
@ 2020-02-10 21:00 Abhishek Kumar
  2020-02-11 14:19 ` Aleksey Midenkov
  0 siblings, 1 reply; 11+ messages in thread
From: Abhishek Kumar @ 2020-02-10 21:00 UTC (permalink / raw)
  To: midenok; +Cc: git

Greetings Aleksey

You can look into using `--short` and `--porcelain` flags.

> Git offered enabling/disabling advice by using the 'advice.*' key in the configuration.

Read up on this StackOverflow question on "How to turn off the help
hints in git output?" [1]. These should do the trick, but feel free to
elaborate if you need something more specific.

Regards
Abhishek

[1]: https://stackoverflow.com/q/55463863

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-10 21:00 Git tedious verbosity Abhishek Kumar
@ 2020-02-11 14:19 ` Aleksey Midenkov
  2020-02-11 19:08   ` Andrew Clayton
  2020-02-11 19:55   ` Jeff King
  0 siblings, 2 replies; 11+ messages in thread
From: Aleksey Midenkov @ 2020-02-11 14:19 UTC (permalink / raw)
  To: Abhishek Kumar; +Cc: Git Mailing List

Hi Abhishek!

Nice info, thanks. Does that disable maintenance messages like:

Updated 1 path from the index

Or gc about garbage collection? Actually bad defaults is big problem
developers undeservedly ignore. You can control everything but you
have to switch hundreds of options, because software defaults are
oriented on dumbest user. Let's overcome this bad tendency and satisfy
smartest users, not the dumbest ones. Unix was always terse system
which provided little to no output by default. Let's honor that good
tradition and not submit to "Google-Got-It" virus.



On Tue, Feb 11, 2020 at 12:01 AM Abhishek Kumar
<abhishekkumar8222@gmail.com> wrote:
>
> Greetings Aleksey
>
> You can look into using `--short` and `--porcelain` flags.
>
> > Git offered enabling/disabling advice by using the 'advice.*' key in the configuration.
>
> Read up on this StackOverflow question on "How to turn off the help
> hints in git output?" [1]. These should do the trick, but feel free to
> elaborate if you need something more specific.
>
> Regards
> Abhishek
>
> [1]: https://stackoverflow.com/q/55463863



--
All the best,

Aleksey Midenkov
@midenok

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-11 14:19 ` Aleksey Midenkov
@ 2020-02-11 19:08   ` Andrew Clayton
  2020-02-11 19:55   ` Jeff King
  1 sibling, 0 replies; 11+ messages in thread
From: Andrew Clayton @ 2020-02-11 19:08 UTC (permalink / raw)
  To: Aleksey Midenkov; +Cc: Git Mailing List

On Tue, 11 Feb 2020 17:19:53 +0300
Aleksey Midenkov <midenok@gmail.com> wrote:

> Or gc about garbage collection? Actually bad defaults is big problem
> developers undeservedly ignore. You can control everything but you
> have to switch hundreds of options, because software defaults are
> oriented on dumbest user. Let's overcome this bad tendency and satisfy
> smartest users, not the dumbest ones. Unix was always terse system
> which provided little to no output by default. Let's honor that good
> tradition and not submit to "Google-Got-It" virus.

I've been using Git for over ten years so hopefully I'm not the
*dumbest* user, but I still appreciate the various tips and hints Git
provides...

Don't really see what the problem with them is and it seems you can
quieten them if they really bother you that much...

Andrew

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-11 14:19 ` Aleksey Midenkov
  2020-02-11 19:08   ` Andrew Clayton
@ 2020-02-11 19:55   ` Jeff King
  2020-02-11 19:56     ` Jeff King
  1 sibling, 1 reply; 11+ messages in thread
From: Jeff King @ 2020-02-11 19:55 UTC (permalink / raw)
  To: Aleksey Midenkov; +Cc: Abhishek Kumar, Git Mailing List

On Tue, Feb 11, 2020 at 05:19:53PM +0300, Aleksey Midenkov wrote:

> Nice info, thanks. Does that disable maintenance messages like:
> 
> Updated 1 path from the index

I don't think it does. Usually how this works is that we add new
messages which we think might be helpful, enable them by default (since
users aren't likely to find out about them if they never see them!), and
then if they turn out to be annoying or verbose, add an advice.* config
option to allow people to avoid them.

The message quoted above is a relatively new one, and I don't think it's
hit that third step yet. Patches welcome. :)

> Or gc about garbage collection? Actually bad defaults is big problem
> developers undeservedly ignore. You can control everything but you
> have to switch hundreds of options, because software defaults are
> oriented on dumbest user. Let's overcome this bad tendency and satisfy
> smartest users, not the dumbest ones. Unix was always terse system
> which provided little to no output by default. Let's honor that good
> tradition and not submit to "Google-Got-It" virus.

The goal of the process above is to find a balance between experienced
and inexperienced users. We try to be helpful to one, but provide
options for the other to customize.

-Peff

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-11 19:55   ` Jeff King
@ 2020-02-11 19:56     ` Jeff King
  2020-02-12  4:34       ` Sergey Organov
  0 siblings, 1 reply; 11+ messages in thread
From: Jeff King @ 2020-02-11 19:56 UTC (permalink / raw)
  To: Aleksey Midenkov; +Cc: Abhishek Kumar, Git Mailing List

On Tue, Feb 11, 2020 at 02:55:49PM -0500, Jeff King wrote:

> On Tue, Feb 11, 2020 at 05:19:53PM +0300, Aleksey Midenkov wrote:
> 
> > Nice info, thanks. Does that disable maintenance messages like:
> > 
> > Updated 1 path from the index
> 
> I don't think it does. Usually how this works is that we add new
> messages which we think might be helpful, enable them by default (since
> users aren't likely to find out about them if they never see them!), and
> then if they turn out to be annoying or verbose, add an advice.* config
> option to allow people to avoid them.
> 
> The message quoted above is a relatively new one, and I don't think it's
> hit that third step yet. Patches welcome. :)

Oh, and if you want to see the complete list, look for "advice.*" in
"git help config".

-Peff

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-11 19:56     ` Jeff King
@ 2020-02-12  4:34       ` Sergey Organov
  2020-02-12 17:28         ` Junio C Hamano
  2020-02-12 17:36         ` Junio C Hamano
  0 siblings, 2 replies; 11+ messages in thread
From: Sergey Organov @ 2020-02-12  4:34 UTC (permalink / raw)
  To: Jeff King; +Cc: Aleksey Midenkov, Abhishek Kumar, Git Mailing List

Jeff King <peff@peff.net> writes:

> On Tue, Feb 11, 2020 at 02:55:49PM -0500, Jeff King wrote:
>
>> On Tue, Feb 11, 2020 at 05:19:53PM +0300, Aleksey Midenkov wrote:
>> 
>> > Nice info, thanks. Does that disable maintenance messages like:
>> > 
>> > Updated 1 path from the index
>> 
>> I don't think it does. Usually how this works is that we add new
>> messages which we think might be helpful, enable them by default (since
>> users aren't likely to find out about them if they never see them!), and
>> then if they turn out to be annoying or verbose, add an advice.* config
>> option to allow people to avoid them.
>> 
>> The message quoted above is a relatively new one, and I don't think it's
>> hit that third step yet. Patches welcome. :)
>
> Oh, and if you want to see the complete list, look for "advice.*" in
> "git help config".

It says:

   All advice.* variables default to true, and you can tell Git that you
   do not need help by setting these to false:

If there were an option to set that default to 'false' (advice.default
maybe?), it'd have answered the demands of the experts, I think.

-- Sergey

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-12  4:34       ` Sergey Organov
@ 2020-02-12 17:28         ` Junio C Hamano
  2020-02-13  4:45           ` Sergey Organov
  2020-02-12 17:36         ` Junio C Hamano
  1 sibling, 1 reply; 11+ messages in thread
From: Junio C Hamano @ 2020-02-12 17:28 UTC (permalink / raw)
  To: Sergey Organov
  Cc: Jeff King, Aleksey Midenkov, Abhishek Kumar, Git Mailing List

Sergey Organov <sorganov@gmail.com> writes:

> It says:
>
>    All advice.* variables default to true, and you can tell Git that you
>    do not need help by setting these to false:
>
> If there were an option to set that default to 'false' (advice.default
> maybe?), it'd have answered the demands of the experts, I think.
>
> -- Sergey

This was recently discussed.  A quick search in the list archive
would have found this thread, for example:

  https://lore.kernel.org/git/xmqqwoa122h1.fsf@gitster-ct.c.googlers.com/


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-12  4:34       ` Sergey Organov
  2020-02-12 17:28         ` Junio C Hamano
@ 2020-02-12 17:36         ` Junio C Hamano
  2020-02-13  4:30           ` Sergey Organov
  1 sibling, 1 reply; 11+ messages in thread
From: Junio C Hamano @ 2020-02-12 17:36 UTC (permalink / raw)
  To: Sergey Organov
  Cc: Jeff King, Aleksey Midenkov, Abhishek Kumar, Git Mailing List

Sergey Organov <sorganov@gmail.com> writes:

> It says:
>
>    All advice.* variables default to true, and you can tell Git that you
>    do not need help by setting these to false:
>
> If there were an option to set that default to 'false' (advice.default
> maybe?), it'd have answered the demands of the experts, I think.

Well, just like newbies won't stay to be newbies forever (and that
is why you can disable advice.frotz once you learned about frotz),
what you call "experts" won't stay to be experts, either.  A new and
backward incompatible way to work may be introduced and a new advice
message to guide _everybody_ (including those who thought they were
already experts) may have to be introduced, and turning off all
advice.* variables, even the ones that you haven't seen, would hurt
them.

So...

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-12 17:36         ` Junio C Hamano
@ 2020-02-13  4:30           ` Sergey Organov
  0 siblings, 0 replies; 11+ messages in thread
From: Sergey Organov @ 2020-02-13  4:30 UTC (permalink / raw)
  To: Junio C Hamano
  Cc: Jeff King, Aleksey Midenkov, Abhishek Kumar, Git Mailing List

Junio C Hamano <gitster@pobox.com> writes:

> Sergey Organov <sorganov@gmail.com> writes:
>
>> It says:
>>
>>    All advice.* variables default to true, and you can tell Git that you
>>    do not need help by setting these to false:
>>
>> If there were an option to set that default to 'false' (advice.default
>> maybe?), it'd have answered the demands of the experts, I think.
>
> Well, just like newbies won't stay to be newbies forever (and that
> is why you can disable advice.frotz once you learned about frotz),
> what you call "experts" won't stay to be experts, either.  A new and
> backward incompatible way to work may be introduced and a new advice
> message to guide _everybody_ (including those who thought they were
> already experts) may have to be introduced, and turning off all
> advice.* variables, even the ones that you haven't seen, would hurt
> them.

By "experts" here, in the context of particular discussion, I meant
Linux/UNIX experts who are used to tools being silent, unless verbosity
is explicitly requested (typical --verbose,-v), or at least having a
simple way to make them silent (typical --quiet,-q).

>> So...

So in fact this has little to do with git proficiency.

-- Sergey

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Git tedious verbosity
  2020-02-12 17:28         ` Junio C Hamano
@ 2020-02-13  4:45           ` Sergey Organov
  0 siblings, 0 replies; 11+ messages in thread
From: Sergey Organov @ 2020-02-13  4:45 UTC (permalink / raw)
  To: Junio C Hamano
  Cc: Jeff King, Aleksey Midenkov, Abhishek Kumar, Git Mailing List

Junio C Hamano <gitster@pobox.com> writes:

> Sergey Organov <sorganov@gmail.com> writes:
>
>> It says:
>>
>>    All advice.* variables default to true, and you can tell Git that you
>>    do not need help by setting these to false:
>>
>> If there were an option to set that default to 'false' (advice.default
>> maybe?), it'd have answered the demands of the experts, I think.
>>
>> -- Sergey
>
> This was recently discussed.  A quick search in the list archive
> would have found this thread, for example:
>
>   https://lore.kernel.org/git/xmqqwoa122h1.fsf@gitster-ct.c.googlers.com/

Thanks for pointing! Still ability to configure the default looks both
simpler and more flexible to me.

-- Sergey

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2020-02-13  4:45 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-10 21:00 Git tedious verbosity Abhishek Kumar
2020-02-11 14:19 ` Aleksey Midenkov
2020-02-11 19:08   ` Andrew Clayton
2020-02-11 19:55   ` Jeff King
2020-02-11 19:56     ` Jeff King
2020-02-12  4:34       ` Sergey Organov
2020-02-12 17:28         ` Junio C Hamano
2020-02-13  4:45           ` Sergey Organov
2020-02-12 17:36         ` Junio C Hamano
2020-02-13  4:30           ` Sergey Organov
     [not found] <CAF8BazCScMN1sBspcCycOJBcepbkKfJUvh_hL9MSgNVvs4jKGQ@mail.gmail.com>
2020-02-10 18:49 ` Aleksey Midenkov

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).