Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 51782 invoked from network); 3 Nov 2004 03:47:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 3 Nov 2004 03:47:58 -0000 Received: (qmail 82059 invoked by uid 500); 3 Nov 2004 03:47:56 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 81992 invoked by uid 500); 3 Nov 2004 03:47:55 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@forrest.apache.org Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 81970 invoked by uid 99); 3 Nov 2004 03:47:54 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [65.77.211.93] (HELO indexgeo.net) (65.77.211.93) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 02 Nov 2004 19:47:52 -0800 Received: from [192.168.1.100] (static-109.227.240.220.dsl.comindico.com.au [220.240.227.109]) (authenticated bits=0) by www2.kc.aoindustries.com (8.12.9-20030917/8.12.9) with ESMTP id iA33lkwX019180 for ; Tue, 2 Nov 2004 21:47:48 -0600 Subject: Re: website documentation version From: David Crossley To: dev@forrest.apache.org In-Reply-To: <418818C3.3010607@brondsema.net> References: <418724D2.5090706@brondsema.net> <41872AE2.1010407@brondsema.net> <1099378271.22790.64526.camel@ighp> <1099394407.22786.66331.camel@ighp> <418818C3.3010607@brondsema.net> Content-Type: text/plain Organization: Message-Id: <1099453602.22786.73676.camel@ighp> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 03 Nov 2004 14:46:56 +1100 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Dave Brondsema wrote: > Nicola Ken Barozzi wrote: > > David Crossley wrote: > > > >> Summary of the discussion so far. None of it is yet agreed. > >> Please revise, if needed. > >> > >> The generated docs come from each separate release branch. > > > > > > From the 'tag' I suppose, as a tag denotes a release (it seems you mean > > the same thing). Plus one for the trunk. > > > > From a branch. E.g., we need to fix the documentation at > http://forrest.apache.org/docs/your-project.html#images We will do so > on the forrest_06 branch and the 0.6 webpages will be built from the > latest version of that branch. If we do it from a tag, then we have to > wait until 0.6.1 is released for that documentation change to get online. That sounds like Dav* are on the same wavelength. We will see what Nicola Ken reckons tomorrow. > >> The top-level docs are in a separate repository for > >> global things like the homepage, the example sites, > >> the mailing list and other community-type info. > > > > Hmmm... I want to also keep the top-level docs that were used for a > > release... > > Which ones, and why? > > >> Some docs (faq.* and build.*) would move into the > >> version-specific at docs/faq.html etc. > > > >> The branch docs have a warning banner. > > > > With a like to the latest released docs. > > The trunk docs would need a warning, too. Users of the stable release > shouldn't be mislead by them. But I don't want warnings everywhere, > just make it clear in the project title of those pages that it is Apache > Forrest 0.6, or Apache Forrest 0.7-dev I agree, though i am not yet sure what is the best way to make that very apparent yet not be too intrusive. > >> Do we keep the old past release docs online forever? > > > > > > Good question. IMHO we should keep the latest release docs plus the > > trunk docs. More than that can make indexing servers mix up the pages. > > > >> The current ASF publishing is still done by storing the > >> generated docs in SVN repositories. This might change later > >> to use a staging server and rsync, or even a live server > >> as Cocoon is now contemplating. Not yet. > >> > >> -------------------- > >> The web space ... > >> -------------------- > > > > ... > > > -------------------- > > > The SVN space ... > > > -------------------- > > Hrm, to publish each version's webpages, generated from the source in > the appropriate branch/trunk is not currently possible if it is all one > site. If we do base the webpages from the documentation in branches & > trunk, it would probably be best to make each one a whole site. I was coming around to that too. That is what Cocoon do. They have a separate home page, which links to a whole site for each separate version. But they do have separate top-level content like contrib.html and mailing-lists.html etc. This latter makes it very cumbersome, because a developer needs to checkout the whole "generated docs" repository, including every past release, just to work on the top-level docs. So i like your idea, which i gather would use httpd server redirect to serve the /dev/ and /stable/ docs. > web space: > ----------- > f.a.o/dev -> a whole forrest site (what we have now at f.a.o) > f.a.o/0.6 -> a whole forrest site, from the 0.6 branch > f.a.o/stable -> alias for 0.6 > f.a.o/index.html -> a quick intro paragraph, and links to the > subdirectories OR a redirect to /stable This last item causes grief. Where is its source and how does it get generated? So if we did the server redirect, then that issue would be avoided. > web files stored in svn: > --------- > same structure as they have in the web space, in svn://forrest/site That sounds neat. > documentation src files in svn: > -------- > svn://forrest/trunk/src/documentation/content -> used to generate files > at f.a.o/dev That is svn://forrest/trunk/site/content at the moment. > svn://forrest/branches/forrest_06_branch/src/documentation/content -> > used to generate files at f.a.o/0.6 Yes. Another issue which we have each hinted at, is which set of docs is the default? Is it the current dev trunk or the release (0.6). The former is better for promoting the capabilities of the project. The latter is better for the users. I think the latter is best. -- David Crossley