From: stephano <stephano.cetola@linux.intel.com>
To: Jeremiah Cox <jerecox@microsoft.com>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
Sean Brogan <sean.brogan@microsoft.com>
Subject: Re: [edk2-announce] Research Request
Date: Mon, 26 Nov 2018 14:27:21 -0800 [thread overview]
Message-ID: <77fe096e-c006-f90e-5dcd-ea6988fc12f7@linux.intel.com> (raw)
In-Reply-To: <MWHPR21MB01769C259BB4E9286020492BADD70@MWHPR21MB0176.namprd21.prod.outlook.com>
Excellent. Thank you for all your work here. I'll be compiling
information regarding all our options on the wiki and we can further
discuss them at our Community Meeting in December.
I'll share the link to the wiki post once it is live on this mailing list.
Cheers,
Stephano
On 11/26/2018 1:43 PM, Jeremiah Cox wrote:
> Feedback on GitHub as follows…
>
>
>> 1. No Lock-In - What automated data export is available?
>> We want to be able to leave and take all our data with us. "Data" here
>> includes: review comments, pull requests / patches (including metadata),
>> old (rejected) pull requests and metadata, issue tracker entries and
>> comments (if issue tracker included). This archiving should be
>> automated, not something we do by hand.
>
> Untested, but might these all be easily satisfied by subscribing a mailing list to GitHub notifications?
> https://help.github.com/articles/about-notifications/#watching-notifications
> https://help.github.com/articles/about-email-notifications/
>
> Alternatively, the GitHub REST API appear to offer full export capability of all information & metadata:
> https://developer.github.com/v3/git/commits/#get-a-commit
> https://developer.github.com/v3/pulls/#list-pull-requests
> https://developer.github.com/v3/pulls/comments/#list-comments-on-a-pull-request
> https://developer.github.com/v3/issues/events/#list-events-for-a-repository
> https://developer.github.com/v3/issues/comments/#list-comments-on-an-issue
> https://developer.github.com/v3/activity/events/#list-repository-events
> https://developer.github.com/v3/reactions/#list-reactions-for-a-pull-request-review-comment
> * the above allows you to export all of the thumbs up/down, smileys, hearts ... that users have given to pull request & issue comments :)
>
>
>
>> 2. Easy Administration - Are there any scripts or custom code required
>> after initial setup? We would like to do as little customizing as possible.
>
> Our interpretation of this bullet is to maximize developer productivity & minimize deployment & operations costs.
> GitHub provides a ready-to-use, end-to-end solution. There are no servers for end-customers to patch & maintain.
> GitHub is free for use by open source projects, and Microsoft is committed to continuing this tradition:
> https://www.microsoft.com/en-us/Investor/events/FY-2018/Microsoft-and-GitHub-Conference-Call
> GitHub’s enormous user base has motivated numerous developers to generate GitHub Apps that further enhance the GitHub experience.
>
>
>
>> 3. Flexible Workflow - Can we use email patches / email review as well
>> as pull requests / web UI review?**
>> 3a. Can we can attach review comments to specific code *and* commit
>> message locations?
>> 3b. Are the comments faithfully translated to notification emails
>> (including the locations in code the comment is addressing)?
>> 3c. Are old topic branches (rejected or updated pull requests)
>> available even after being rejected? (i.e. are they ever deleted?)
>> 3d. Is plain text supported in code review comments?
>> **To be clear, it is acceptable if the system handles only pull requests
>> and a web UI. We do require, however, a *read-only* email notification
>> system that thoroughly documents our process.
>
> We propose that all review & issue tracking are through GitHub web, REST, or Graph APIs. Email becomes read-only for notification and archival only.
> 3A: Yes.
> 3B: From our testing this appears to be yes.
> 3C: GitHub can be configured to keep rejected and updated pull requests.
> 3D: Both plain text and markdown work
>
>
>
> Some additional questions we feel are important:
>
>
> * Does the workflow facilitate automated validation & PR-Gates?
> GitHub: Yes
> Phabricator: https://secure.phabricator.com/T9456 : “Writing lots of integrations for third-party software is broadly something the upstream is not well equipped for.”
> Travis-CI further declined support for Phabricator: https://github.com/travis-ci/travis-ci/issues/2143#issuecomment-124150608 “we have no immediate plans to add this feature”
>
>
> * Does workflow allow easy contribution process?
> GitHub: Yes, well-known and well-documented
>
>
> * Does it have comprehensive documentation?
> GitHub: Yes
>
>
> * Does it have a comprehensive programmatic API that enables extensibility, with numerous online examples?
> GitHub: Yes
>
>
> * Does workflow facilitate different server-enforced policies for different branches?
> GitHub: Yes
>
>
>
> Sincerely,
> Jeremiah Cox
>
>
> -----Original Message-----
> From: stephano <stephano.cetola@linux.intel.com>
> Sent: Tuesday, November 20, 2018 4:59 PM
> To: Jeremiah Cox <jerecox@microsoft.com>
> Cc: edk2-devel@lists.01.org; Sean Brogan <sean.brogan@microsoft.com>
> Subject: Re: [edk2] [edk2-announce] Research Request
>
> Thank you both for taking the time to add some insight to our discussions. Please see the list of questions here:
>
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.01.org%2Fpipermail%2Fedk2-devel%2F2018-November%2F032462.html&data=02%7C01%7Cjerecox%40microsoft.com%7Caace5779691047a1809b08d64f4c7fb2%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636783587312509548&sdata=sra5nI19QTGmCbkDBeR7QYFTVpndqZqCjzkmhO0nlsU%3D&reserved=0
>
> These are a summary from our community meetings.
>
> Enjoy the holiday!
>
> Cheers,
> Stephano
>
> On 11/20/2018 3:47 PM, Jeremiah Cox wrote:
>> Hi Stephano,
>> Sean and I will put something together for GitHub by next Tuesday.
>>
>> Thank you,
>> Jeremiah Cox (departing for Thanksgiving holiday... now...)
>>
>> -----Original Message-----
>> From: edk2-devel <edk2-devel-bounces@lists.01.org> On Behalf Of
>> stephano
>> Sent: Wednesday, November 14, 2018 10:34 AM
>> To: edk2-devel@lists.01.org
>> Subject: [edk2] [edk2-announce] Research Request
>>
>> We are currently researching several different options to help make contributing to TianoCore easier for the community. A big part of this effort will be enabling pull requests and allowing for a more customizable code review process.
>>
>> I am looking for members of the community willing to answer a few questions about these solutions to allow us to evaluate our options quickly. The options are:
>>
>> System/Tool Investigator
>> Phabricator Rebecca Cran (thank you again :) )
>> Github ???
>> Gerrit ???
>> Gitlab ???
>>
>> I have a list of questions that I can send out to each investigator.
>> Assuming you are familiar with the software/system, these questions should be answerable with a couple hours of research, writing, and screenshots / examples.
>>
>> Thanks in advance for your help!
>>
>> -Stephano
>>
>> _______________________________________________
>> edk2-devel mailing list
>> edk2-devel@lists.01.org
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists
>> .01.org%2Fmailman%2Flistinfo%2Fedk2-devel&data=02%7C01%7Cjerecox%4
>> 0microsoft.com%7Caace5779691047a1809b08d64f4c7fb2%7C72f988bf86f141af91
>> ab2d7cd011db47%7C1%7C0%7C636783587312509548&sdata=SOR9cdCLwmsl37RB
>> S0fkk6a%2FIE1so1flDYG2%2BzjCBbQ%3D&reserved=0
>>
next prev parent reply other threads:[~2018-11-26 22:27 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-14 18:34 [edk2-announce] Research Request stephano
2018-11-20 23:47 ` Jeremiah Cox
2018-11-21 0:58 ` stephano
2018-11-26 21:43 ` Jeremiah Cox
2018-11-26 22:27 ` stephano [this message]
2018-11-27 9:33 ` Knop, Ryszard
2018-11-27 21:16 ` Jeremiah Cox
2018-11-27 22:23 ` Rebecca Cran
2018-11-28 18:19 ` Jeremiah Cox
2018-11-28 19:21 ` Rebecca Cran
2018-11-27 12:53 ` Laszlo Ersek
2018-11-27 21:55 ` Brian J. Johnson
2018-11-28 11:07 ` Laszlo Ersek
2018-11-28 18:31 ` Jeremiah Cox
2018-11-28 22:01 ` Laszlo Ersek
2018-11-29 1:07 ` Jeremiah Cox
2018-11-29 9:48 ` Laszlo Ersek
2018-11-29 21:20 ` Rebecca Cran
2018-12-03 9:29 ` Laszlo Ersek
2018-12-03 21:39 ` Rebecca Cran
2018-12-04 18:00 ` Laszlo Ersek
2018-12-05 12:55 ` Laszlo Ersek
2018-12-05 17:26 ` Rebecca Cran
2018-12-06 14:05 ` Laszlo Ersek
2018-12-06 14:07 ` Laszlo Ersek
2018-12-06 14:13 ` Laszlo Ersek
2018-12-06 15:25 ` Rebecca Cran
2018-12-07 6:10 ` Rebecca Cran
2018-12-07 12:00 ` my Phabricator findings [was: Research Request] Laszlo Ersek
2018-12-07 13:11 ` Rebecca Cran
2018-12-05 17:31 ` [edk2-announce] Research Request Rebecca Cran
2018-12-06 13:51 ` Laszlo Ersek
2018-12-03 17:22 ` Jeremiah Cox
2018-12-04 18:26 ` Laszlo Ersek
2018-12-05 19:09 ` Jeremiah Cox
2018-12-06 13:33 ` Laszlo Ersek
2018-11-28 5:54 ` Desimone, Nathaniel L
2018-11-28 6:22 ` Stephano Cetola
2018-12-04 18:20 ` Philippe Mathieu-Daudé
2018-12-05 16:03 ` stephano
2018-12-12 13:20 ` GitLab results from my POV [was: Research Request] Laszlo Ersek
2018-12-20 17:46 ` Rebecca Cran
2019-01-10 20:17 ` about 'sr.ht' " Laszlo Ersek
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=77fe096e-c006-f90e-5dcd-ea6988fc12f7@linux.intel.com \
--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