Hi, I didn't remember that I've rewritten the release page [1] (only refactor, no content change except website update).
So, reading it back can figure how simple such task should be. Comments? [1] http://xmlgraphics.apache.org/fop/dev/release.html#cms 2014-05-28 10:57 GMT+02:00 Robert Meyer <[email protected]>: > Hi Clay and Pascal, > > Sorry for my late reply with this. > > Pascal your idea makes a lot of sense as that will keep all versioned docs > with their associated FOP version. I haven't had much of a chance to look at > this over the last couple of days but am planning on spending some time in > the coming days. > > Clay, both of what you mention sound intriguing so I'll take a look at > those. I think updating it manually will be a last resort as even just > writing an ant script would be preferable! If it does come to a script, the > idea of copying the trunk folder and doing a find / replace on say "trunk" > and replacing with "2.0" would be an option (with some caveats), but I'll > investigate the other methods first. > > I'll keep you posted. > > Regards, > > Robert Meyer > >> Subject: Re: FOP Release Automation >> From: [email protected] >> Date: Tue, 27 May 2014 21:33:32 -0700 >> To: [email protected] > >> >> Hi, >> >> I thought I'd give an update on my research of speeding the RELEASE >> process... >> >> I've spent some time researching, and I've asked for some assistance from >> site-dev@... >> >> Among the ideas I've been researching are: >> - MarkDown PreProcessor[1] >> - svn hook >> >> I'm not married to either of these solutions, but they look interesting. >> >> Of course, another idea, is to do it the OLD way, and I'd be happy to go >> through and update the MarkDown files with the latest/updated version. >> >> MarkDown PreProcessor (a sample I thought was interesting) >> [1] >> http://aaronparecki.com/articles/2012/09/01/1/some-enhancements-to-markdown >> >> More inline... >> >> On May 23, 2014, at 1:00 AM, Pascal Sancho <[email protected]> wrote: >> > Hi, >> > >> > The FOP package should not embed the whole website, but only the >> > documentation part, more precisely only the relevant version folder. >> > >> > Currently, FOP doc folder is referenced as svn:externals in FOP repo, >> > resulting on extra irrelevant info, such as other versions, >> > miscellaneous processes, general info, etc. >> > >> > IMHO, FOP versionned doc should be in FOP repo, and Website repo >> > should refer to each FOP versionned doc through svn:externals prop. >> > >> > WDYT? >> >> +1 Pascal... Makes sense to me. There's a lot of cruft in there... >> >> We'd have to either `svn:externals` a bunch of single files (svn-1.7+), or >> adjust the site a bit to move the OLD versions somewhere 'out of the way'... >> (And then add 301 redirects... ;-) >> >> Cheers! >> >> Clay Leeds @ [email protected] >> "My religion is simple. My religion is kindness." >> HH the Dalai Lama of Tibet >> -- pascal
