> For these 2 statements above: would be possible to create a repo in 
> erp/mods per module that is automatically kept in sync with actual 
> sources in pi/modules? Push permissions for this repo would be only for 
> the sync bot, so no pushes allowed for developers, but would allow to 
> clone just a module if wanted.
> 
> Anyway I don't see a big problem if that is not feaseable as 3.0 modules 
> will depend on core 3.0 I don't really see the case you need to clone a 
> single module without the rest. And you always can use CR to download a 
> published version of any module.

Technically it would be possible. At least in one of the directions (pi
to modules), not the other way around.

However I share your second point that questions if this will be useful
in reality or not, considering that 3.0 is a distribution and that every
developer will at least have a clone of pi.

> I don't get this issue, could you elaborate it a little bit?

I've just sent a more elaborated text to Stefan's reply. But basically
this is a possible, however unlikely possibility. A situation where we
want users to use version 1.0 of a module and optionally allow others to
use 2.0 of that module. Perhaps Isma can elaborate how often this might
be needed, this a concern he expressed in an informal chat yesterday.

> -Currently modules directory is in the hgignore, we should ignore all 
> modules but the ones included in pi.

Yes, good point. This is feasible I think using regexps.

> Some other cons:
> -If we follow this approach, would be possible to keep the history of 
> each of the modules?

Unfortunately no. That's a good con I missed to mention.

> Some more pros:
> 
> -I really like the idea of creating a new complete repo including all 
> modules for new developments. New developments from now on will 
> typically include changes in several modules so it is great to have all 
> together.
> -An issue affecting different modules could be solved by a single commit 
> to all of the affected ones, making the commit more readable/compact.

Good points. I really believe that having the ability of taking
"snapshots" of the distribution in an easy manner is a killer plus.


Thanks,

Juan Pablo


------------------------------------------------------------------------------
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