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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
_______________________________________________
devs mailing list
devs(a)xwiki.org