[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Can we provide another UI for patches than just email ?
From: |
Simon Tournier |
Subject: |
Re: Can we provide another UI for patches than just email ? |
Date: |
Thu, 14 Sep 2023 19:48:35 +0200 |
Hi Edouard,
It is very important to speak up, although that makes me sad to read
such poor feedback experience.
Well, the friction is about Debbugs. Maybe I repeat myself: Debbugs is
initially thought to be a bug tracker system and not a patch track system.
Do not take me wrong, I am not trying to convince you. Instead, I am
just trying to explain that email workflow is not so much different and
the main annoyances you point come from Debbugs and not emails,
somehow. :-)
On Thu, 14 Sep 2023 at 10:51, Edouard Klein <edou@rdklein.fr> wrote:
> Before anybody tries to explain to me that git send-email is easier than
> I think, what you have to beat is:
Well, the complete workflow you have in mind is:
1. $ git remote add guix-patches WHATEVER #only once
2. $ git push -u guix-patches master:some-unique-name
3. … send a Pull Request … #only once
Instead, the email workflow somehow reads:
a. … send an Email to guix-patches@gnu.org #only once
b. $ git config sendemail.to 12345@debbugs.gnu.org #only once
c. $ git send-email --base=auto -v <N> origin
and the order is flipped:
a == 3 #only once
b == 1 #only once
c == 2
Yeah, the order appears awkward. But that’s because of Debbugs; else it
would not be very different.
The advantage is that contributing does not require from you to have a
public Git repository, it requires from you only an email address.
The drawback (plural!), bah you already know them. :-)
Again, thank you for your feedback.
Cheers,
simon