Hi, IMHO having only latest version is enough (we use @since in mojo fields so ..). Perso, I'm pretty sure most of the versionned plugin docs are here because we stage it for the vote and we (at least I) are lazy to delete it when the vote has passed :-).
So +1 to having only latest. Import/migrating to cms will be faster/easier ! Thanks to Hervé for all the job on this part (including spamming of commits :-) ). 2012/8/21 Anders Hammar <[email protected]>: > My take: > > For people using an older version of a plugin, it's sometimes easier > to use the doc for that specific version. You will not be confused by > new features that aren't available in the version you're using etc. > BUT, that requires us to clearly publish links to each and every > version so they can use those. AFAIK we don't do that, so keeping the > older doc sites doesn't bring much value (today). But, who knows, > every now and then there might be someone that knows these links > (Maven devs?) that want to go back in time and remember the old good > days....:-) > > /Anders > > On Tue, Aug 21, 2012 at 12:42 AM, Hervé BOUTEMY <[email protected]> wrote: >> I worked once again on updates on proposed release procedure when migrating >> to >> svnpubsub: >> http://maventest.staging.apache.org/developers/release/maven-plugin- >> release.html >> >> If we don't keep versioned documentation for each release, the procedure can >> be really simplified. >> And since documentation for most plugins and components is improved at each >> release, I'm asking for myself: should we really keep documentation for each >> and every release of anything (Maven core taken apart)? >> >> WDYT? >> Importing only latest version of everything would be a lot easier too, but >> since it is only to be done once, I can live with it. The real question is to >> choose if we want to keep every version? >> >> Regards, >> >> Hervé >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
