dolibarr-dev
[Top][All Lists]
Advanced

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

Re: [Dolibarr-dev] 3.2 frozen for any new features


From: Juanjo Menent
Subject: Re: [Dolibarr-dev] 3.2 frozen for any new features
Date: Wed, 11 Apr 2012 15:27:42 +0200

With doliforge is possible coordinate the release dates, the new features for the new releases, etc?

El mié, 11-04-2012 a las 15:13 +0200, Christophe Battarel escribió:
if this is a public debate, i may say that you are both right :-)

Eldy's points are totally true, when a release is frozen, you dont add 
any new feature, only fix bugs, translation or documentation.

But if Regis think that this release may look "sloppy" because it misses 
some important new features, it seems that there is a lack of 
coordination between you two and maybe the release of this 3.2 comes too 
early ?


Le 11/04/2012 14:55, Régis Houssin a écrit :
> but we will still end up in the same case, the 3.2 become obsolete even
> before being output :-)
>
>
> Le 11/04/12 12:41, Laurent Destailleur (eldy) a écrit :
>> Sorry.
>> A beta is a beta.
>> Adding something else means all time spent by tester to guarante that
>> everything is stable must be started again.
>> We can't always add new features or add complement on a frozen version.
>> Any change, even minor that is a new feature breaks stability.
>> Just an example, 60% of time I spent to make beta 3.0 and 3.1 stable was
>> spent to restore stability by forbidden adding feature or architecture
>> change. This is not acceptable. This rate should be 0%.
>> Any change that are not fix will be discarded if it is not to fix a bug,
>> translation or documentation.
>>
>>
>> Le 11/04/2012 12:32, Régis Houssin a écrit :
>>> yes but no, they are commits that complement the current dev, we'll
>>> still end up with 3.2 sloppy, they should be able to include minor
>>> additions in this 3.2
>>>
>>>
>>> Le 11/04/12 11:00, Laurent Destailleur (eldy) a écrit :
>>>> Hi Dolibarr developers.
>>>>
>>>> I revert some changes into the 3.2 branch because they were introducing
>>>> new features.
>>>> Absolutely no change must be done into the 3.2 branch, except if a bug
>>>> is found and change must fix only the found bug.
>>>> Code normalizing and new features must be push using github into the
>>>> develop branch only.
>>>>
>>> Cordialement,
> Cordialement,



reply via email to

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