infra-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paul King (JIRA)" <>
Subject [jira] [Commented] (INFRA-17187) Moving Groovy website repo
Date Wed, 31 Oct 2018 12:48:00 GMT


Paul King commented on INFRA-17187:

Thanks. Any suggestions for an interim state for the user site? It has both static and per
release information and I am thinking through ways to test both. I can do a release locally
and build the static content locally but it would be good to also test in some end to end
way with both kinds of content present before switching over.

> Moving Groovy website repo
> --------------------------
>                 Key: INFRA-17187
>                 URL:
>             Project: Infrastructure
>          Issue Type: Task
>          Components: Github, Website
>            Reporter: Paul King
>            Priority: Major
> Hi, we have had a long outstanding task to move the Groovy user site from an external
box to an internal one. We also have a dev site which is internal but might need to be moved
as part of above. I'll include some details here and we can spin off further tasks if appropriate.
> Currently the source for both websites is in (I'll refer to this repo as GITHUB_SRC):
> The content for the user site is generated using gradle by running the following command
from the root of that repo:
> > gradlew :site-user:generateSite
> This leaves the website content in:
> site-user/build/site
> Alternatively, you can use the following (which invokes above plus checks deadlinks plus
creates a zip):
> > gradlew :site-user:webzip
> This leaves the website content in the following zip (it has site and reports directories
> site-user/build/distributions/
> Similarly, the dev site is generated using either of:
> > gradlew :site-dev:generateSite
> > gradlew :site-dev:webzip
> Which leaves the website content in one of:
> site-dev/build/site
> site-dev/build/distributions/
> Currently the dev site ( content is manually placed into the asf-site
branch of the following repo (I'll call this ASF_SRC):
> We have also created two new repos. The first I'll call ASF_DEV:
> The second I'll call ASF_USER:
> What I'd like to do is:
> * point to ASF_DEV (instead of ASF_SRC)
> (That repo is currently a direct copy of ASF_SRC so this could be done immediately)
> * re-purpose the ASF_SRC repo to be a copy of GITHUB_SRC.
> (I believe I can do this myself once previous step is done - though it might be easier
to keep history with more privileges than I might have)
> * ultimately point to ASF_USER
> (Use of this domain has been approved a long time ago and has already been transferred
to ASF some time ago)
> The last bullet point might take a little while to verify contents has happened smoothly
so perhaps some temp hostname/port could be used until we are ready to turn on the new hosting
> As mentioned earlier, there are gradle tasks for building the sites - if we can set up
some kind of build robot to automatically place the contents in the correct spot, we are very
open to suggestions. We aren't wedded to necessarily using the asf-site branch approach if
some other alternative is appropriate.

This message was sent by Atlassian JIRA

View raw message