tuscany-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ant elder <ant.el...@gmail.com>
Subject Re: [DISCUSS] Adding new function to the Tuscany trunk that's not yet ready for release
Date Sun, 04 Jul 2010 08:05:45 GMT
On Sun, Jul 4, 2010 at 5:26 AM, Luciano Resende <luckbr1975@gmail.com> wrote:
> On Sat, Jul 3, 2010 at 1:11 PM, Simon Nash <nash@apache.org> wrote:
>> ant elder wrote:
>>>
>>> On Thu, Jul 1, 2010 at 8:41 AM, Simon Laws <simonslaws@googlemail.com>
>>> wrote:
>>>
>>>>> We should promote things
>>>>> from 2 into 3 when the features are ready.
>>>>
>>>> What does "we" mean here. Presumably developers working on modules can
>>>> do this when they feel ready.
>>>>
>>>
>>> Yes i think thats implied from all the previous discussions we've had
>>> around this, that has to be up to the devs doing the work.
>>>
>>> I'm not totally convinced about the need for a contrib folder in
>>> trunk. The point of it sounds like so that things can be removed when
>>> a release is done, but why remove things? I'd rather get feedback from
>>> users as soon as possible so prefer to include even work in progress
>>> items in releases.
>>>
>> Some reasons for not including these things in a release:
>>
>> 1. They might not be buildable.
>>
>> 2. The developer(s) might know they don't work, in which case getting
>>   feedback saying "feature X doesn't work" wouldn't be very useful.
>>
>> 3. Users might expect that things in a release should work (at least to
>>   some reasonable extent) and they might not be very happy to put time
>>   into trying to use a feature and eventually find that the feature is
>>   incomplete or not ready.
>>
>>  Simon
>
>
> +1, users that really want to try bleeding edge features would
> probably be comfortable building and consuming trunk and provide the
> necessary feedback.. and we can always advertise these pieces via
> dev/user list, blogging, etc
>

I wasn't saying I'm against having a contrib folder in trunk if anyone
wants to try it, just not sure how much i personally would use it. All
those reasons for maybe using it could also be handled by just saying
its work in progress in doc/blog/mailing lists/build scripts etc.

   ...ant

Mime
View raw message