From: Rebecca Cran <rebecca@bluestop.org>
To: edk2-devel@lists.01.org
Cc: stephano <stephano.cetola@linux.intel.com>,
Jeremiah Cox <jerecox@microsoft.com>,
Laszlo Ersek <lersek@redhat.com>
Subject: Re: [edk2-announce] Community Meeting Minutes
Date: Thu, 07 Feb 2019 23:41:30 -0700 [thread overview]
Message-ID: <8725413.RH3biPoPvx@photon.int.bluestop.org> (raw)
In-Reply-To: <793375cd-f55a-fa22-97c2-d6fd04da7d8b@linux.intel.com>
On Thursday, 7 February 2019 11:30:38 MST stephano wrote:
> My apologies if I was not clear in the minutes. We are not rejecting
> Github, but rather taking time to evaluate how we can supplement
> Github's features to emulate our current patch review requirements. We
> do not want to rush into change and risk losing data or causing
> frustration for those developers currently contributing on a regular basis.
>
> I am currently working off this list of issues that Laszlo brought up:
>
> https://lists.01.org/pipermail/edk2-devel/2018-December/033509.html
>
> To be clear, Laszlo is not the only package maintainer that has voiced
> these concerns. The longevity of pull request branches and the fact that
> email notifications lack context are top on my list. There are several
> ways to overcome these obstacles, and finding the best solution will
> ensure that if we transition to Github, that transition is successful.
>
> The ability to allow developers to work offline (or with intermittent
> connections) is an important aspect as well. We cannot practice
> exclusionary or ostracizing behaviors if we expect to grow and maintain
> a community. I cannot imagine that Github has become as popular as it is
> if it cannot facilitate ease of offline use.
I wonder if Phabricator could be considered again, since I believe it supports
all the features mentioned: the only thing it doesn't support as a first-class
feature is mutli-patch reviews, which need to be done by linking separate
reviews together using the dependency feature. I wonder if it could either be
enhanced to support that, or people's workflow modified?
--
Rebecca Cran
next prev parent reply other threads:[~2019-02-08 6:41 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-11 19:26 [edk2-announce] Community Meeting Minutes stephano
2019-01-13 3:59 ` Rebecca Cran
2019-01-14 9:28 ` Laszlo Ersek
2019-01-14 17:06 ` stephano
2019-02-07 17:52 ` Jeremiah Cox
2019-02-07 18:30 ` stephano
2019-02-08 6:41 ` Rebecca Cran [this message]
2019-02-08 9:01 ` Laszlo Ersek
2019-02-08 17:33 ` Rebecca Cran
2019-02-08 17:52 ` Andrew Fish
2019-02-22 11:52 ` Rebecca Cran
2019-02-08 20:33 ` Laszlo Ersek
2019-02-08 13:58 ` Ard Biesheuvel
2019-02-14 19:07 ` Jeremiah Cox
2019-02-14 20:27 ` Rebecca Cran
2019-02-14 22:13 ` Kinney, Michael D
2019-02-15 2:56 ` Rebecca Cran
2019-02-15 14:30 ` Laszlo Ersek
2019-02-15 17:55 ` stephano
2019-02-15 8:43 ` Ard Biesheuvel
2019-02-15 14:23 ` Laszlo Ersek
2019-02-15 19:54 ` Felix Polyudov
2019-02-15 22:53 ` Laszlo Ersek
-- strict thread matches above, loose matches on Subject: below --
2019-02-20 6:23 stephano
2019-02-20 6:45 ` stephano
2019-02-20 7:49 ` Rebecca Cran
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-list 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=8725413.RH3biPoPvx@photon.int.bluestop.org \
--to=devel@edk2.groups.io \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox