On Fri, 16 Apr 2021 at 13:40, Gilles Sadowski <gillese...@gmail.com> wrote:
>
> Hi.
>
> Le ven. 16 avr. 2021 à 14:28, sebb <seb...@gmail.com> a écrit :
> >
> > On Thu, 15 Apr 2021 at 14:41, Gilles Sadowski <gillese...@gmail.com> wrote:
> > >
> > > Hello.
> > >
> > > [Sorry for jumping into the discussion while missing the meaning of
> > > most of what is being said (and cutting it).]
> >
> > In future please start a new thread in such cases.
> >
> > > > [...]
> > > > > So why cause additional work for projects that no longer use the CMS?
> > > >
> > > > I repeat, projects hopped on to the SVN area of the CMS , that is 
> > > > unsupported
> > > > and should not have been allowed to happen, it was a workaround by 
> > > > projects
> > > > undocumented to support mainly javadocs etc from what I gather.
> > > >
> > > > You caused the additional work yourselves in the beginning by not fully 
> > > > removing
> > > > from the CMS and all its infrastructure. Infra wants to clear out that 
> > > > area as part
> > > > of migrating away and provides a new space.
> > >
> > > From what I recollect, each of the "Commons" projects (component) has its
> > > own "trunk" area that is now a "git" repository.
> > > "trunk" contains a sub-directory under SVN named "site-content".[1]
> > > For quite some time now, the only thing I'm doing with this directory is 
> > > along
> > > the following:
> > >  $ mvn site site:stage
> > >  $ cd site-content
> > >  $ rm -rf *
> > >  $ cp -r ../target/staging/* .
> > > ["svn add" for added files, "svn del" for removed files...]
> > >  $ svn commit
> > > And the web site for that component was updated.
> > >
> > > Is "site-content" being replaced by another location?
> > > Is the consequence that in each component we'll have to
> > >  $ svn co https://new_location_of_site_content site-content
> > > ?
> >
> > Yes, that is what Infra want people to do.
> > Effectively to rename
> >
> > https://svn.apache.org/repos/infra/websites/production/commons/content/proper/commons-math
> > as
> > https://svn.apache.org/repos/infra/sites/commons/content/proper/commons-math
> >
> > > Could we perhaps take this opportunity to do away with SVN
> > > and "site-content" and have some "mvn" target directly populate
> > > the web site?
> >
> > That would be a good idea, but will likely take more than 30 days to
> > design and test.
> >
> > The Commons website consists of lots of different parts which are
> > separately built.
> >
> > The overall website is served from
> >
> > https://svn.apache.org/repos/infra/websites/production/commons/content/
> >
> > The component sites are committed to the appropriate subtree, so when
> > the whole is checked out it all fits together.
> >
> > > Regards,
> > > Gilles
> > >
> > > [1] This has always seemed like a kludge and has repeatedly
> > > caused issues (some of which have been worked around in the
> > > POM, IIRC).
> >
> > Yes, it is a bit of a kludge, but it was a reasonable solution at the time.
> >
> > There are now more options, so it might be possible to improve things.
> >
> > But this needs some thought and planning to ensure everything fits
> > together, and to ensure it's possible to transition without breaking
> > the website for too long.
> >
> > Who is going to so the work?
> >
> > Can it be done and implemented in the 30 day time limit?
> >
>
> IMHO, the questions are first targeted at INFRA (hence it was
> appropriate to discuss in the original thread, if I may add);

IMO it is not on-topic for the original thread.

> they
> could perhaps point to a (hopefully easy) solution that will please
> everyone.

If you want an answer from Infra you will have to raise it with them.

> Gilles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to