there has been an effort to put in test units.
the only thing lacking, in making it complete is manpower.

Jeroen van der Wal sent the following on 10/29/2008 8:47 AM:
> Couldn't we use the principles of Test Driven Development as an approach to
> get and keep the trunk "stable"? I plea for more and better use of unit
> tests and not to commit code that does not pass the tests. It also makes it
> easier for reviewers to do what they have to do: just review and not test.
> 
> Introducing TDD in my company greatly reduced the amount of bugs and made
> use create new releases with very little effort. I understand that
> controlled environment is different from a community driven project so I'm
> curious what your opinions are.
> 
> -Jeroen
> 
> 
> BJ Freeman wrote:
>> Short answer trunk is not stable. That is when you are only doing bug
>> fixes not adding new features. Some new Features are being added in
>> sections.
>> 1) can't mix and match 4.0 and trunk. 4.0 uses 1.42 trunk uses 1.5+
>> 2) You can go over the commit ML and get each commit to see what is
>> changed. Yes the committers are suppose to check each change. However
>> with the size of ofbiz, that usually is focused, on the area the patch
>> effects, not all of ofbiz.
>> Some committers seem to add code then do testing.
>> when you find a bug test on the demo server, if you can replicate it
>> there put in a jira.
>> http://www.apache.org/dev/committers.html
>>
>> Ritesh Trivedi sent the following on 10/27/2008 7:25 PM:
>>> Hi,
>>>
>>> Let me first acknowledge that I made a mistake from the beginning to go
>>> with
>>> the latest from the trunk and not 4.0 which was the stable release. I
>>> have
>>> not tried 4.0 again to see the differences between 4.0 and the latest.
>>> Besides I have a few relatively minor changes that I have made into my
>>> local
>>> ofbiz copy.
>>>
>>> Now the problem... I have been updating the latest since then to get the
>>> fixes for the things broken due to new checkins and i am going in
>>> circles,
>>> new patches seem to break a few other things and so on.
>>>
>>> Question is - How carefully are checkins being made/accepted? (just out
>>> of
>>> curiosity) and does anyone know of a version - still close to latest that
>>> is
>>> relatively stable?
>>>
>>> Thanks
>>
> 

Reply via email to