From: Xue Fuqiao <xfq.free@gmail.com>
To: John Yates <john@yates-sheets.org>
Cc: Richard Stallman <rms@gnu.org>, Emacs-devel <emacs-devel@gnu.org>
Subject: Re: Move to a cadence release model?
Date: Wed, 11 Nov 2015 17:02:24 +0800 [thread overview]
Message-ID: <CAAF+z6Er6nuB7os8oazY5VewiUAnx+JfgUO+yrFKwcG_2svJ=g@mail.gmail.com> (raw)
In-Reply-To: <CAJnXXoi0_zAJqMUDN+gB8arRJEkbpkqn6y53HS9qm4Sw2C6V2Q@mail.gmail.com>
On Wed, Nov 11, 2015 at 9:55 AM, John Yates <john@yates-sheets.org> wrote:
Hi John,
> I am unfamiliar with Firefox. I did read
> https://www.mozilla.org/en-US/about/governance/policies/commit/access-policy/
> but failed to get a good sense of how things work there.
I've contributed to several Mozilla projects, and I know a bit about
Firefox. I promise that I won't talk too much about this. If you're
interested, we can discuss on the emacs-tangents list.
Mozilla operates under a module ownership governance system[1]. The
Firefox module owner and peers[2] review the code for Firefox. The "r+"
flag on Bugzilla means that the code is accepted. Well, they do require
that the patches should be small, functionally divided, including tests
and with descriptive commit messages.
Most Mozilla projects have two levels of review, known as "review" and
"super-review". Reviewers look at the actual fix/feature/design and its
maintainability/security/compatibility/localization/coding-style;
super-reviewers look how a patch fits into the broader Mozilla codebase.
Similiar to Chromium/LibreOffice/OpenStack, Mozilla also uses a code
review platforms, such as MozReview[3].
For continuous integration testing, Mozilla uses/develops an extensive
set of tools like Buildbot/TaskCluster and Treeherder. See
https://developer.mozilla.org/en-US/docs/Continuous_Integration for details.
[1] https://www.mozilla.org/en-US/about/governance/policies/module-ownership/
[2] https://wiki.mozilla.org/Modules/Firefox
[3] https://mozilla-version-control-tools.readthedocs.org/en/latest/mozreview.html
next prev parent reply other threads:[~2015-11-11 9:02 UTC|newest]
Thread overview: 126+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-10 13:57 Move to a cadence release model? John Yates
2015-11-10 14:28 ` John Wiegley
2015-11-10 16:42 ` Eli Zaretskii
2015-11-10 17:03 ` John Wiegley
2015-11-11 0:17 ` Release process (was Re: Move to a cadence release model?) Stephen Leake
2015-11-11 0:24 ` John Wiegley
2015-11-11 3:45 ` Eli Zaretskii
2015-11-11 10:45 ` Stephen Leake
2015-11-11 15:43 ` Eli Zaretskii
2015-11-11 23:06 ` bug policy (was Re: Release process) Stephen Leake
2015-11-12 16:12 ` Eli Zaretskii
2015-11-12 16:39 ` John Wiegley
2015-11-12 17:36 ` Eli Zaretskii
2015-11-12 17:50 ` John Wiegley
2015-11-12 18:04 ` Eli Zaretskii
2015-11-11 16:39 ` Release process (was Re: Move to a cadence release model?) John Wiegley
2015-11-12 8:19 ` Xue Fuqiao
2015-11-17 0:09 ` Xue Fuqiao
2015-11-12 8:15 ` Xue Fuqiao
2015-11-10 14:32 ` Move to a cadence release model? Alan Mackenzie
2015-11-10 17:13 ` Eli Zaretskii
2015-11-10 17:11 ` Eli Zaretskii
2015-11-10 17:37 ` Óscar Fuentes
2015-11-10 17:44 ` Automate Emacs UI testing? (was: Move to a cadence release model?) John Wiegley
2015-11-10 18:01 ` Automate Emacs UI testing? Ashton Kemerling
2015-11-10 18:02 ` Automate Emacs UI testing? (was: Move to a cadence release model?) Eli Zaretskii
2015-11-10 19:16 ` Automate Emacs UI testing? joakim
2015-11-10 19:37 ` John Wiegley
2015-11-11 16:59 ` Richard Stallman
2015-11-11 17:18 ` joakim
2015-11-11 23:27 ` Richard Stallman
2015-11-12 2:26 ` official Emacs Docker image (was: Automate Emacs UI testing?) Ted Zlatanov
2015-11-12 15:49 ` official Emacs Docker image Nic Ferrier
2015-11-12 21:01 ` Ricardo Wurmus
2015-11-12 22:31 ` official Emacs Docker image (was: Automate Emacs UI testing?) Richard Stallman
2015-11-12 23:32 ` official Emacs Docker image joakim
2016-07-06 15:22 ` Ted Zlatanov
2016-07-07 21:56 ` Richard Stallman
2016-07-08 13:36 ` Ted Zlatanov
2016-07-09 16:54 ` Richard Stallman
2016-07-09 23:04 ` Ted Zlatanov
2016-07-10 14:25 ` Richard Stallman
2016-07-12 22:45 ` John Wiegley
2016-07-13 13:12 ` Richard Stallman
2016-07-13 16:34 ` John Wiegley
2016-12-30 0:10 ` Richard Stallman
2016-12-30 0:53 ` John Wiegley
2016-12-30 21:36 ` Richard Stallman
2016-12-30 22:01 ` joakim
2016-12-30 22:08 ` John Wiegley
2016-12-31 18:25 ` Richard Stallman
2017-01-27 14:56 ` Ted Zlatanov
2017-01-27 19:45 ` Filipe Silva
2017-01-30 14:36 ` Ted Zlatanov
2017-01-30 17:10 ` Ricardo Wurmus
2017-01-30 17:44 ` Ted Zlatanov
2017-01-31 0:14 ` Filipe Silva
2017-01-31 14:32 ` Ted Zlatanov
2017-02-01 3:03 ` Richard Stallman
2017-02-01 15:25 ` Ted Zlatanov
2017-02-02 2:53 ` Richard Stallman
2017-02-02 5:13 ` Mike Gerwitz
2017-02-02 14:21 ` Ted Zlatanov
2017-02-03 7:00 ` Stefan Reichör
2017-02-03 11:18 ` Filipe Silva
2017-02-04 2:56 ` Mike Gerwitz
2017-02-03 13:45 ` Ted Zlatanov
2017-02-03 21:59 ` Richard Stallman
2017-02-03 23:38 ` Ted Zlatanov
2017-02-03 23:54 ` Jean-Christophe Helary
2017-02-04 0:37 ` Filipe Silva
2017-02-04 1:12 ` Jean-Christophe Helary
2017-02-04 1:32 ` Filipe Silva
2017-02-04 23:52 ` Richard Stallman
2017-02-05 0:24 ` Jean-Christophe Helary
2017-02-04 23:54 ` Richard Stallman
2017-02-04 3:11 ` Mike Gerwitz
2017-02-04 4:13 ` Ted Zlatanov
2017-02-04 4:47 ` Mike Gerwitz
2017-02-06 10:49 ` Giuseppe Scrivano
2017-02-13 8:37 ` Richard Stallman
2017-02-13 9:55 ` Giuseppe Scrivano
2017-02-14 0:48 ` Richard Stallman
2017-02-14 2:07 ` Mike Gerwitz
2017-02-14 2:04 ` Mike Gerwitz
2017-02-04 23:54 ` Richard Stallman
2017-02-05 0:47 ` Ted Zlatanov
2017-02-04 23:48 ` Richard Stallman
2017-01-28 2:18 ` Richard Stallman
2017-02-21 15:01 ` Philippe Vaucher
2017-03-02 15:03 ` Ted Zlatanov
2017-03-03 10:09 ` Philippe Vaucher
2017-03-03 10:15 ` Philippe Vaucher
2017-03-08 20:30 ` Philippe Vaucher
2017-03-13 10:03 ` Philippe Vaucher
2018-04-04 18:33 ` Philippe Vaucher
2016-12-31 22:04 ` Ricardo Wurmus
2017-01-01 5:39 ` Elias Mårtenson
2017-01-01 9:03 ` Ricardo Wurmus
2017-01-01 10:15 ` Elias Mårtenson
2017-01-06 15:56 ` Ricardo Wurmus
2017-01-07 23:19 ` Philippe Vaucher
2016-12-31 1:22 ` Yann Hodique
2016-12-31 2:08 ` John Wiegley
2017-01-28 11:06 ` Alex Bennée
2016-12-31 10:11 ` Philippe Vaucher
2016-07-13 14:41 ` Ted Zlatanov
2015-11-12 11:36 ` Automate Emacs UI testing? Mathieu Lirzin
2015-11-12 11:43 ` joakim
2015-11-10 18:20 ` Move to a cadence release model? Richard Stallman
2015-11-10 23:50 ` Xue Fuqiao
2015-11-10 23:58 ` John Wiegley
2015-11-11 1:55 ` John Yates
2015-11-11 9:02 ` Xue Fuqiao [this message]
2015-11-11 15:37 ` Eli Zaretskii
2015-11-12 22:35 ` Richard Stallman
2015-11-11 15:49 ` Eli Zaretskii
2015-11-12 11:27 ` Stelian Iancu
2015-11-12 16:22 ` Eli Zaretskii
2015-11-12 16:44 ` Stelian Iancu
2015-11-12 16:57 ` Eli Zaretskii
2015-11-11 15:48 ` Eli Zaretskii
2015-11-12 7:23 ` Xue Fuqiao
2015-11-12 7:37 ` Xue Fuqiao
2015-11-12 16:15 ` Eli Zaretskii
2015-11-20 3:02 ` Stefan Monnier
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAAF+z6Er6nuB7os8oazY5VewiUAnx+JfgUO+yrFKwcG_2svJ=g@mail.gmail.com' \
--to=xfq.free@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=john@yates-sheets.org \
--cc=rms@gnu.org \
/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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).