Re: [PATCH 0/7] [RFC] advice: refuse to output if stderr not TTY

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

 



On 8/21/24 7:02 AM, Derrick Stolee via GitGitGadget wrote:
Advice is supposed to be for humans, not machines. Why do we output it when
stderr is not a terminal? Let's stop doing that.

I'm labeling this as an RFC because I believe there is some risk with this
change.

Thanks, all, for the feedback about the risk of making such a change. I
agree that we should not pursue this direction.

The main issues are:

 1. Some tools create a wrapper around Git and may want to supply the
    advice to the user by parsing stderr.

 2. The advice system has been on for a long time and we cannot know
    where other dependencies could be for it.

I'll abandon this RFC, but plan on the following action items:

 * Document GIT_ADVICE in Documentation/git.exe.

 * Modify Documentation/config/advice.txt to mention GIT_ADVICE and
   recommend that automated tools calling Git commands set it to zero.

 * If we have a place to recommend best practices for automation
   executing Git commands, then I would add GIT_ADVICE=0 as a
   recommendation there. I couldn't find one myself. Do we have one?

Thanks!
-Stolee





[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]

  Powered by Linux