All of lore.kernel.org
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Philip Kaludercic <philipk@posteo.net>
Cc: git@vger.kernel.org
Subject: Re: Best practices for indicating what address to send patches to?
Date: Fri, 19 Jul 2024 11:25:08 -0700	[thread overview]
Message-ID: <xmqqv811i6ij.fsf@gitster.g> (raw)
In-Reply-To: <87msmdmfwc.fsf@posteo.net> (Philip Kaludercic's message of "Fri, 19 Jul 2024 17:48:51 +0000")

Philip Kaludercic <philipk@posteo.net> writes:

>> It would not be an improvement to add a mechanism to make it easier
>> to find "here is the address" to a reader who hasn't even discovered
>> where these contributor guide documents are.
>
> But is that an argument to prevent projects with mild or now contributor
> guidelines to make the patch-driven workflow more difficult?

Projects can actively refuse to use such a "feature", if it is
expected to encourage undesirable behaviour by new contributors.
And projects that do not care can use such a "feature". In that
sense, I can see a future in which such a "feature" exists but not
used by everybody.  But introducing such a "feature" that is not
necessarily an improvement and can actively harm projects that use
it is tricky.  You'd have to document the upsides and the downsides
to allow projects to make informed decisions if they want to adopt
it.

Stepping back to your original question, you asked if this is
intentional and if this was discussed in the past.

The answer is this is more organic and not with an explicit
intention, but in hindsight, because submission address is just a
small piece of information projects want to publish together with
other guidelines, not having a mechanism only to give the submission
address would *not* have helped projects all that much.  With the
explanation behind the answer to the first question it should be
easy to see why nobody talked about such a "feature" in the past,
which is the answer to your second question.

      reply	other threads:[~2024-07-19 18:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-18 10:49 Best practices for indicating what address to send patches to? Philip Kaludercic
2024-07-18 14:21 ` Junio C Hamano
2024-07-19 17:48   ` Philip Kaludercic
2024-07-19 18:25     ` Junio C Hamano [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xmqqv811i6ij.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=philipk@posteo.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.