On Mon, Apr 4, 2011 at 17:12, Sergiu Dumitriu <[email protected]> wrote:

> On 04/04/2011 03:49 PM, Fabio Mancinelli wrote:
> > On Mon, Apr 4, 2011 at 3:04 PM, Vincent Massol<[email protected]>
>  wrote:
> >> Hi,
> >>
> >> After brainstorming with Thomas, Sergiu and Fabio we came to the
> following idea:
> >>
> >> Proposal
> >> =======
> >>
> >> * Don't have top level extension git repositories and instead put all
> extensions/modules in the top level platform repository
> >> * This means releasing all modules/extensions under the *same* version
> (the platform version)
> >>
> >> ^^^^^^^^
> >> This is the important part!
> >>
> > +1 for me
> >
> > I just had a thought about the granularity... Having everything in a
> > big repo will make people clone more than 200Mb of source code even to
> > hack a little module (currently xwiki-trunks on github downloads 277Mb
> > of code). But maybe this is not really an issue.
>
> Most of it (140M) comes from xwiki-core, which is not a real module yet.
>

I am not sure it really worse to consume that bandwidth for such
information.
But how could we keep it online for reference in case we need to check it ?

Denis


> And most of it comes from the very early history when we had all the
> libs in the svn.
>
> So, we could decide to drop the history before the introduction of
> maven, or we could move the core in its own repository and push for a
> faster migration to components.
>
> Or we can just learn to live with it, we have a long history and we're
> proud of it.
>
> > -Fabio
> >
> >> Pros
> >> ====
> >>
> >> * Much simpler release process
> >> * Much simpler JIRA organization (1 project instead of 50 or so)
> >> * Much simpler for the user: simpler to log a new issue in jira +
> they'll know what version of a module they're using vs having to guess that
> XE 3.0 uses the Lucene plugin v 1.45) and for contributors
> >>
> >> Directory org
> >> ==========
> >>
> >> platform/
> >>   |_ modules/
> >>     |_ xwiki-platform-search/
> >>       |_ xwiki-platform-search-lucene/
> >>       |_ xwiki-platform-search-application/
> >>     |_ xwiki-platform-url/
> >>     |_ xwiki-platform-skin-colibri/
> >>     |_ xwiki-platform-wysiwyg/
> >>     |_ ...
> >>   |_ tools/
> >>   |_ distribution/
> >>
> >> Details:
> >>
> >> * Modules contains a flat list of directories, each directory
> representing a "feature". Everything corresponding to a feature is under
> that feature's directory, independently of the underlying technologies used
> (be it plugins, components, xar, etc)
> >> * Maven modules previously located in platform/web are moved in
> platform/modules. Except platform/web/standard which goes in
> platform/distribution. wysiwyg modules go in xwiki-platform-wysiwyg/ (we
> need to decide if gwt-dom and gwt-user modules go in there too or if we want
> to have a xwiki-platform-gwt module - Marius?)
> >>
> >> Migration details
> >> =============
> >>
> >> * Change the current org in git
> >> * Move several jira projects to retired
> >> * Modify platform jira project to have one jira component per feature
> (ie per platform/modules module). Note that since the old xwiki-core
> contains lots of stuff I propose to have one jira components for each
> "feature" it contains. For example for anything related to the model it
> would go in the "model" jira component. For things going in the user
> management it would go in a "user and group" component, etc. I'll make a
> proposal for the full list of jira components later on if this vote is
> passed.
> >> * Future: decide if we keep extensions.xwiki.org and if so what we put
> in there (maybe just user extensions and move platform features in
> platform.xwiki.org).
> >>
> >> Here's my +1 (meaning I'll help perform this move)
> >>
> >> Thanks
> >> -Vincent
>
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> _______________________________________________
> devs mailing list
> [email protected]
> http://lists.xwiki.org/mailman/listinfo/devs
>



-- 
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to