Jonathan Nieder wrote:
> Junio C Hamano wrote:
>> OK. This unfortunately came a bit too late for today's integration
>> cycle, so I'll leave this in my inbox and replace what is queued
>> with it later.
>>
>> Unless there is another one to supersede this proposal comes before
>> that happens, tha
Junio C Hamano wrote:
> OK. This unfortunately came a bit too late for today's integration
> cycle, so I'll leave this in my inbox and replace what is queued
> with it later.
>
> Unless there is another one to supersede this proposal comes before
> that happens, that is.
>
> Thanks.
Sounds good.
Jonathan Nieder writes:
> My experience is that bug reporters are very sensitive to hints the
> project gives about what kind of bugs they want to receive. I'd
> rather make use of that lesson now instead of waiting to relearn it in
> the wild. Here goes.
OK. This unfortunately came a bit too
Subject: git doc: direct bug reporters to mailing list archive
The mailing list archive can help a user encountering a bug to tell
whether a recent regression has already been reported and whether a
longstanding bug has already had some discussion to start their
thinking.
Based-on-patch-by: Marti
Martin Ågren writes:
>> Hm. I think this encourages a behavior that I want to discourage:
>> assuming that if a bug has already been reported then there's nothing
>> more for the new user to add.
>
> It was my hope that all of these could be inferred from the above text:
>
> "I'll just drop a ma
Hey
On Thu, 27 Sep 2018 at 08:37, Jonathan Nieder wrote:
> Martin Ågren wrote:
>
> > --- a/Documentation/git.txt
> > +++ b/Documentation/git.txt
> > @@ -859,6 +859,9 @@ Reporting Bugs
> > Report bugs to the Git mailing list where the
> > development and maintenance is primarily done. You do n
Hi,
Martin Ågren wrote:
> --- a/Documentation/git.txt
> +++ b/Documentation/git.txt
> @@ -859,6 +859,9 @@ Reporting Bugs
> Report bugs to the Git mailing list where the
> development and maintenance is primarily done. You do not have to be
> subscribed to the list to send a message there.
>
In the "Reporting Bugs" section of git(1), we refer to the mailing list,
but we do not give any hint about where the archives might be found. Of
course, any web search engine can be used to try to hunt down whether an
issue is already known. But we can do better by mentioning the archive
at public-
8 matches
Mail list logo
