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