You are viewing a plain text version of this content. The canonical link for it is here.
Posted to infrastructure-issues@apache.org by "Gavin (JIRA)" <ji...@apache.org> on 2016/03/11 04:22:40 UTC
[jira] [Updated] (INFRA-11425) Simplify nightly builds
[ https://issues.apache.org/jira/browse/INFRA-11425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gavin updated INFRA-11425:
--------------------------
Status: Waiting for user (was: Waiting for Infra)
Feel free to go for it for your projects.
Subversion and Ofbiz for instance wanted the continued look from their websites. And from then on I just did every other one as well.
If you just want a dir listing with readme and header files thats fine, ensuring you keep the information regarding snapshots and that they are developer only etc etc...
> Simplify nightly builds
> -----------------------
>
> Key: INFRA-11425
> URL: https://issues.apache.org/jira/browse/INFRA-11425
> Project: Infrastructure
> Issue Type: Wish
> Components: Buildbot
> Reporter: Sebb
>
> The generation of the nightly build sites currently requires two stages:
> 1) creation of the archives (nightly build)
> 2) creation of the index page (site)
> These have to be co-ordinated, but are currently in two different repos using different SCMs. This is far from ideal.
> Is there any reason why the index page should not be created as another stage in the nightly build job?
> That should make it easier to synchronise any changes.
> Further, the site only need to be built if the build job succeeds.
> However I wonder whether there really needs to be a customised index page at all?
> I would have thought that the index generated by the HTTP server together with HEADER.html/README.html static pages would be sufficient.
> The index cron jobs could then be dropped.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)