emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Next release from master


From: Óscar Fuentes
Subject: Re: Next release from master
Date: Wed, 10 Feb 2016 03:42:13 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Lars Ingebrigtsen <address@hidden> writes:

> Emacs is an editor.  When introducing new features, the trivial thing to
> test is whether "it works".  The complicated thing, and that needs many
> eyes, is whether something "works right".  Only humans can say whether a
> feature feels like it's getting in the way of getting things done, or
> whether it feels like the right thing to do.

Exactly. And developing features on `master' entirely bypasses the "it
works" phase, and that is a recipe for disaster. A dangerous change
should be on a branch until "it works" (*), then merged to see if it
"works right" (**). If the developer recruits some volunteers to see if
it "works right" for them before the merge, that's even better.

* An honest "it works", not a "QA is boring, let others do that."

** Some merges should require an approval by the maintainer. This is no
   different from how things are done now. See the cases of the xwidget
   branch, the ffi branch...




reply via email to

[Prev in Thread] Current Thread [Next in Thread]