We could also consider to have for each component a separate ASF git repo that replicates to external repo structures like GitHub. This would increase exposure and potentially attract more contributors as subject matter experts.
Best regards, Pierre Smits ORRTIZ.COM <http://www.orrtiz.com> OFBiz based solutions & services OFBiz Extensions Marketplace http://oem.ofbizci.net/oci-2/ On Wed, Jan 11, 2017 at 4:54 PM, Jacopo Cappellato < jacopo.cappell...@hotwaxsystems.com> wrote: > I agree with the svn layout that Taher is proposing which is also inline > with what other Apache projects are doing (see for example [*]). > The idea behind these layouts is that the top level folder is for the > "project" and its subfolders are for the project's products: > project/product1 > project/product2 > ... > that for OFBiz would be (as already mentioned by Taher): > ofbiz/ofbiz > ofbiz/ofbiz-plugins > ofbiz/site > ... > Each of the above folders may contain the "trunk", "tags" and "branches" > folders. > In fact it is worth to mention that each Apache project can publish more > than one product (and in fact several do); the OFBiz project doesn't > currently but it is better to have a layout that will allow us to produce > more than one product. > > Thank you, > > Jacopo > > [*] http://svn.apache.org/repos/asf/lucene/ > > > On Wed, Jan 11, 2017 at 4:01 PM, Taher Alkhateeb < > slidingfilame...@gmail.com > > wrote: > > > Hello Folks > > > > This is a proposal to the community to restructure our SVN repository. We > > do this by separating "official" plugins from the core OFBiz framework > and > > to provide build script tasks to easily download and install these > plugins. > > The details of this proposal are as follows: > > > > 1- Relocate OFBiz from http://svn.apache.org/repos/asf/ofbiz/ to > > http://svn.apache.org/repos/asf/ofbiz/ofbiz (with all trunk, branches > and > > tags underneath as is) > > 2- Create a new tree under http://svn.apache.org/repos/as > > f/ofbiz/ofbiz-plugins to house all plugins > > 3- Remove /plugins/component-load.xml (any component in /plugins will > load > > automatically if it is enabled in ofbiz-component.xml) > > 4- Create a gradle task with the below syntax. This task downloads a > > plugin from subversion and places it in /plugins and runs any install > logic > > that it may have > > Syntax: pullPluginSource -PpluginId=<plugin-id-here> > > Example: pullPluginSource -PpluginId=birt > > 5- Refactor the build scripts to cater for all the above > > 6- Update README.md to reflect all the above > > > > So for example, under this proposal, trunk is located in: > > http://svn.apache.org/repos/asf/ofbiz/ofbiz/trunk > > > > And the birt component is located in: > > http://svn.apache.org/repos/asf/ofbiz/ofbiz-plugins/trunk/birt > > > > This would allow us to have in the future the ability to provide releases > > not only for the framework but the plugins as well as two separate > products. > > > > What do you think? > > > > Cheers, > > > > Taher Alkhateeb > > > > >