Open Stack

Hi all,

Ildiko, this sounds like a good plan – especially if moving the admin guide content into the developer repository is easier for the project teams to work with.

It seems like the next step since the user and admin guides were separated.

This is pre-empting the PTG discussion somewhat, however I’m ready to help create repositories and build environments with the project teams to migrate the admin guide content, if we decide to use a similar process to the install guides and deploy guide.

Also, with the original bug: https://bugs.launchpad.net/openstack-manuals/+bug/1458820 after the PTG meetings, I could mark this as closed, and we can move to a specification, and then blueprint to migrate admin guide content?

Those are my thoughts for now. Thanks for bringing the idea forward :).

Best Regards,

Joe Robinson
Information Developer II
 -------------------------------
Joseph.Robinson at Rackspace.com

From: Alexandra Settle <a.settle at outlook.com<mailto:a.settle at outlook.com>>
Date: Thursday, 2 February 2017 at 1:06 AM
To: Ildiko Vancsa <ildiko.vancsa at gmail.com<mailto:ildiko.vancsa at gmail.com>>, Lana Brindley <openstack at lanabrindley.com<mailto:openstack at lanabrindley.com>>
Cc: "openstack-docs at lists.openstack.org<mailto:openstack-docs at lists.openstack.org>" <openstack-docs at lists.openstack.org<mailto:openstack-docs at lists.openstack.org>>
Subject: Re: [OpenStack-docs] Admin Guide enhancements

Thanks Ildiko :) looking forward to discussing this with you at the PTG!

From: Ildiko Vancsa <ildiko.vancsa at gmail.com<mailto:ildiko.vancsa at gmail.com>>
Date: Tuesday, January 31, 2017 at 5:43 PM
To: Lana Brindley <openstack at lanabrindley.com<mailto:openstack at lanabrindley.com>>
Cc: "openstack-docs at lists.openstack.org<mailto:openstack-docs at lists.openstack.org>" <openstack-docs at lists.openstack.org<mailto:openstack-docs at lists.openstack.org>>
Subject: Re: [OpenStack-docs] Admin Guide enhancements

Hi Lana,

Thank you, it all sounds great!

I added the topic to the PTG etherpad and linked in the mail thread fro the archive.

Thanks,
Ildikó


On 2017. Jan 29., at 16:23, Lana Brindley <openstack at lanabrindley.com<mailto:openstack at lanabrindley.com>> wrote:

Hi Ildikó,

Comments inline ...

On 27/01/17 20:12, Ildiko Vancsa wrote:

Hi Docs Team,

TL;DR I have an old bug report for the Admin Guide which targeted the way how it is versioned, or maybe rather not versioned and which also implied other actions on that document, for which we weren’t ready at the time of reporting the issue.

The bug report is the following: https://bugs.launchpad.net/openstack-manuals/+bug/1458820

The bug report itself highlights that it is hard both from usage and from maintenance perspective to handle a document which contains information about at least three OpenStack releases in an iterative way. When someone tries to figure out what belongs to one single OpenStack release in it they need to put it together from an original state and the changes since that. In case of Telemetry we had issues with listing the collected meters in a user friendly way for instance.

Another big issue with the Admin Guide is the maintenance, which is tough with having the source files in a separate, centralized repository far away from the code where the changes happen. This way core reviewers have a hard time to keep the document in sync with the code as they cannot effectively -1 a code change as it *cannot* contain the doc changes.

I agree, it gets messy.



The reason I bring this up now again as I see the experiment with moving the Install Guide chapters to the project repositories a successful initiative, I remember seeing positive feedbacks about that move on the ML, etc. I think someone brought even up the Admin Guide as next candidate to a similar move.

We implemented the Deployment Guides in Ocata, and if we go by requests alone, then the Admin Guide is the next on the list.



I would like to ask the Docs Team for their opinions about this topic. I see a lot of advantage in having the documentation living together with the code and also having version controlled together with the code. This would also remove some of the burden from the Docs team as well, which I see a beneficial change too.

What is your view about this? Could this be a good topic for the upcoming PTG too maybe?

I think it's sensible to consider, at the very least. Can you add it to the PTG etherpad for discussion?

Lana

--
Lana Brindley
Technical Writer
Rackspace Cloud Builders Australia
http://lanabrindley.com<http://lanabrindley.com/>

_______________________________________________
OpenStack-docs mailing list
OpenStack-docs at lists.openstack.org<mailto:OpenStack-docs at lists.openstack.org>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs


________________________________
Rackspace Hosting Australia PTY LTD a company registered in the state of Victoria, Australia (company registered number ACN 153 275 524) whose registered office is at Level 1, 37 Pitt Street, Sydney, NSW 2000, Australia. Rackspace Hosting Australia PTY LTD privacy policy can be viewed at www.rackspace.com.au/company/legal-privacy-statement.php - This e-mail message may contain confidential or privileged information intended for the recipient. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at abuse at rackspace.com and delete the original message. Your cooperation is appreciated.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-docs/attachments/20170203/0dc468ac/attachment-0001.html>