6-weeks release cycle

Chris via Digitalmars-d digitalmars-d at puremagic.com
Fri Jun 5 07:29:41 PDT 2015


On Friday, 5 June 2015 at 14:11:06 UTC, Steven Schveighoffer 
wrote:
> On 6/5/15 1:53 AM, Andrei Alexandrescu wrote:
>> Rust will do it:
>> http://opensource.com/business/15/6/rust-6-week-release-cycle
>>
>> Would be so nice if we had the resources to do that. There 
>> have been a
>> couple of initiatives in the past, but the folks who wanted to 
>> do the
>> release just got busy with other things.
>
> I am fine with putting a time limit on adding features, but I'd 
> rather release based on minimized regressions.
>
> We have to get better as a group with insisting to use 
> release/stable branches.
>
> Do we have a plan written somewhere of how we want to do 
> branching? I know we did some this last release cycle, but I 
> don't remember it being formally written.
>
> -Steve

I agree that releases could sometimes be more frequent. However, 
to release for the sake of releasing is not a good idea, in my 
opinion (that is based on bad experience). Maybe Rust will do it, 
because they still have so much stuff to fix, dunno. D is more 
mature and fixes/improvements have to be pondered on and tested 
thoroughly. High quality releases you can rely on are more 
important than frequent releases. I use Manjaro Linux (ArchLinux 
based) at home and I appreciate their efforts to test things 
thoroughly before passing possibly buggy things on to users. If 
certain bug fixes are a priority for a given project, I'd 
recommend offering nightly (or weekly) builds with a 
well-documented change log.


More information about the Digitalmars-d mailing list