[openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation
Gauvain Pocentek
gauvain.pocentek at objectif-libre.com
Fri May 16 18:10:35 UTC 2014
Le 2014-05-16 17:13, Anne Gentle a écrit :
> On Thu, May 15, 2014 at 10:34 AM, Gauvain Pocentek
> <gauvain.pocentek at objectif-libre.com> wrote:
>
>> Hello,
>>
>> This mail probably mainly concerns the doc team, but I guess that the
>> heat team wants to know what's going on.
>>
>> We've shortly discussed the state of heat documentation with Anne
>> Gentle and Andreas Jaeger yesterday, and I'd like to share what we
>> think would be nice to do.
>>
>> Currently we only have a small section in the user guide that
>> describes how to start a stack, but nothing documenting how to write
>> templates. The heat developer doc provides a good reference, but I
>> think it's not easy to use to get started.
>>
>> So the idea is to add an "OpenStack Orchestration" chapter in the
>> user guide that would document how to use a cloud with heat, and how
>> to write templates.
>>
>> I've drafted a spec to keep track of this at [0].
>
> I'd like to experiment a bit with converting the End User Guide to an
> easier markup to enable more contributors to it. Perhaps bringing in
> Orchestration is a good point to do this, plus it may help address the
> auto-generation Steve mentions.
>
> The loss would be the single sourcing of the End User Guide and Admin
> User Guide as well as loss of PDF output and loss of translation. If
> these losses are worthwhile for easier maintenance and to encourage
> contributions from more cloud consumers, then I'd like to try an
> experiment with it.
Using RST would probably make it easier to import/include the
developers' documentation. But I'm not sure we can afford to loose the
features you mention. Translations for the user guides are very
important I think.
How would we review changes made in "external" repositories? The user
guides are continuously published, this means that a change done in the
heat/docs/ dir would quite quickly land on the webserver without a doc
team review. I completely trust the developers, but I'm not sure that
this is the way to go.
>
> The experiment would be to have a new repo set up,
> openstack/user-guide and use the docs-core team as reviewers on it.
> Convert the End User Guide from DocBook to RST and build with Sphinx.
> Use the oslosphinx tempate for output. But what I don't know is if
> it's possible to build the automated output outside of the
> openstack/heat repo, does anyone have interest in doing a proof of
> concept on this?
I'm not sure that this is possible, but I'm no RST expert.
> I'd also like input on the loss of features I'm describing above. Is
> this worth experimenting with?
Starting this new book sounds like a lot of work. Right now I'm not
convinced it's worth it.
Gauvain
More information about the OpenStack-dev
mailing list