> 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