[haiku-development] Re: Haiku R1 Feature Freeze - Jan 31st, 2017 branch!

  • From: Adrien Destugues <pulkomandy@xxxxxxxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Sun, 4 Dec 2016 22:52:37 +0100

On Sun, Dec 04, 2016 at 03:47:42PM -0500, waddlesplash wrote:

On Sun, Dec 4, 2016 at 12:54 PM, kallisti5 <kallisti5@xxxxxxxxxxx> wrote:
When the branch occurs, no new features will be accepted into the R1 release
branch.

We currently plan on the R1 branch running through R1B1,R1B2+ and release
candidates.

Once again, branching R1 off master and then letting master move
towards R2 is a *bad idea*. We aren't getting paid to do this, so if
there isn't a roadblock in the way to force people to work towards R1,
very few people will do it. Plus, cherry picking stuff is super time
consuming.

Only branch R1B1 just before release; otherwise just feature-freeze
master so everyone is forced to work on bugfixes and not $pet_feature.

What happens right now: people work in their github forks. Sometimes
they merge things too early (intel_extreme) or by mistake (UEFI, IIRC).

It's not possible to prevent these guys and girls to work on
$pet_feature anyway, we've already tried. So we'll have a branch where
people interested in R1 development can work without being disturbed by
early merge of broken features.

The existence of a git branch will not change anything. People not
interested in R1 already left the project or are in sleep mode for the
most part anyway. Maybe they will come back with an R2 branch available?

-- 
Adrien.

Other related posts:

  1. Home
  2. haiku-development
  3. Archive
  4. 12-2016