Hi, While I think that the documentation needs a lot of improvement and important details are missing - and detaching the documentation from the main project can help iterating faster on documentation specific tasks, I don't think we can nor should move to versionless documentation.
Documentation is version specific: parameters are added and removed, new features are added, behaviours sometimes change etc. I think the documentation should be version specific- but separate from spark release cadence - and can be updated multiple times after spark release. The way I see it is that the documentation should be updated only for the latest version and some time before a new release should be archived and the updated documentation should reflect the new version. Thanks, Nimrod בתאריך יום ג׳, 4 ביוני 2024, 18:34, מאת Praveen Gattu <praveen.ga...@databricks.com.invalid>: > +1. This helps for greater velocity in improving docs. However, we might > still need a way to provide version specific information isn't it, i.e. > what features are available in which version etc. > > On Mon, Jun 3, 2024 at 3:08 PM Neil Ramaswamy <n...@ramaswamy.org> wrote: > >> Hi all, >> >> I've written up a proposal to migrate all the Apache Spark programming >> guides to be versionless. You can find the proposal here >> <https://docs.google.com/document/d/1OqeQ71zZleUa1XRZrtaPDFnJ-gVJdGM80o42yJVg9zg/>. >> Please leave comments, or reply in this DISCUSS thread. >> >> TLDR: by making the programming guides versionless, we can make updates >> to them whenever we'd like, instead of at the Spark release cadence. This >> increased update velocity will enable us to make gradual improvements, >> including breaking up the Structured Streaming programming guide into >> smaller sub-guides. The proposal does not break *any *existing URLs, and >> it does not affect our versioned API docs in any way. >> >> Thanks! >> Neil >> >