On 12/02/2010 11:53 AM, Juan Pablo Aroztegi wrote:

Some small first notes inside to get the discussion started. Can't yet 
say which option i would prefer...

>
> 2) As 3.0 is a distribution of modules, take those 15 modules and add them
>     into the pi/main repositories, inside the modules directory.
>
>    * Pros:
>        . Creating a 3.0 development environment means cloning pi. And
>        maintaining it means updating 1 repository. Similar to our current
>        2.50 approach.
>
>        . Reproducing someone's environment is simple: there's only 1
>        revision ID.
>      - Issue tracker:
>
>        . It's easy to faithfully report an issue because there's only 1
>        revision
Most customer issues will probably (as in 2.50) reported against a 
'openbravo version' i.e. MPx so easier... so no revision id even known 
to them as normally probably installed via CR and not hg (so back to one 
core version + 16module versions).

Related question:
what if we need to do an urgent update of for example myOB. Update all 
16 modules? or just this one module? If just one module our one version 
scheme falls a bit apart or is at least inconsistent..

Just a 'bad idea' (tm):
If we do that and assume we don't want out of schedule updates of those 
modules... Why are they modules at all?
Why not merge them into core and they are not modules at all anymore?

>      - Packaging:
>
>        . No need to externally keep track of what modules match with that
>        Core version.
Still need to if we have single module urgent updates out of the normal 
MP cycle. And if we don't we don't use the 'offer' by modularity to only 
update one module..

>      - If we want to develop a new major version of a module included in the
>        3.0 distribution, then we'd need to create a separate repository for
>        that module.
Why? If the next lets say myOB again has a new major version for the 
next 3.0 MP then it could be changed inline (in sync with the deps from 
other modules)..
Note at least until 3.0 this is quite common at least for the platform 
modules....

Stefan

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Openbravo-development mailing list
Openbravo-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openbravo-development

Reply via email to