Subject: Re: [boost] Reminder: Boost Master branch will close for the 1.65.0 release on Wednesday
From: Andrey Semashev (andrey.semashev_at_[hidden])
Date: 2017-08-02 08:41:32
On 08/02/17 04:17, Stefan Seefeld via Boost wrote:
> You are right, of course. And I did indeed propose a solution in private
> conversation, a few months ago. It goes somewhat like this:
> 1) Write a template "index.html" to be used as the "landing page" for
> all (individual) projects, containing all the essential information,
> from pointers to docs, issue tracker, github repo, wiki, etc.
> 2) "Instantiate this template (by filling in some placeholders such as
> library name, etc., from the respective "meta/libraries.json" file) and
> add it to the "gh-pages" branches of all repos that don't yet have an
> "index.html" file.
> 3) Change the html in the "website" repo to refer to those URLs (served
> as "http://boostorg.github.io/
> "http://boost.org") after validating that all the referenced end-points
> 4) Allow project maintainers to replace (customize) their "index.html"
> to refer to documentation (etc.) they manage "locally", i.e. generate on
> 5) At the same time, remove the corresponding (now obsoleted) content
> from boost.org
1. How would release-specific release notes be maintained in this setup?
E.g. when you need to update release notes after a shipped release.
2. How would the users see the summary release notes for a Boost release
on one page? Having a list of links to library-specific release notes is
not good enough.
And personally, I don't like gh-pages approach because it means storing
auto-generated content in git, even if in a separate branch.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk