: Re: How to Document Systems with Different Versions? Scenario I need to create and maintain a user documentation for a system of which there are different instances in use by different target groups.
The method Splunk uses for their documentation is to use a per-version structure (though oftentimes the doc is the same for two different versions of the tool), and allow the reader to pick which version they want to read.
So you might be looking at 7.0.2, or 6.5.1, or 6.2.3, or any other possible version.
The URLs look like the following:
docs.splunk.com/Documentation/Splunk/7.0.2/Knowledge/Configurecalculatedfieldswithprops.conf http://docs.splunk.com/Documentation/Splunk/6.5.1/Knowledge/Configurecalculatedfieldswithprops.conf docs.splunk.com/Documentation/Splunk/6.2.3/Knowledge/Configurecalculatedfieldswithprops.conf
While I don't know what powers their system under the hood, I do know the doc team publishes docs for new versions when new versions release. And that old versions' docs are kept around more-or-less forever.
More posts by @Murphy332
: Lisa Cron seems to contradict herself. She says, "There are no stories that are plot-driven. Every story is character-driven. Some stories are more plot-heavy and more things happen…but by
: One way that might help in part is to ensure that the species makes no sense to us. As an example see this response. This is a story I remember reading many years ago. It involves (as
Terms of Use Privacy policy Contact About Cancellation policy © selfpublishingguru.com2024 All Rights reserved.