openstack-manuals/www/project-data
Doug Hellmann 6ea7250c93 be more accurate when checking for guide links
Use URLs with index.html to explicitly look for content being
published, not just an apache directory listing.

Closes-Bug: #1705250
Change-Id: Iae116ee81210489d9de2a1833d341c3842ac95e5
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
2017-07-19 08:29:59 -04:00
..
latest.yaml be more accurate when checking for guide links 2017-07-19 08:29:59 -04:00
README.txt add a new landing page to list all admin guides 2017-07-11 22:06:58 +02:00
schema.yaml Remove the user-guide 2017-07-14 17:05:46 +02:00

.. -*- mode: rst -*-

==============
 Project Data
==============

The projects associated with each release series are listed in a
separate YAML file, all following the same schema defined in
schema.yaml.

The file should contain an array or list of entries. Each entry must
define the name, service, and type properties.

The name should be the base name of a git repository.

The service string should be taken from the governance repository
definition of the project.

The type must be one of the values listed below:

  service -- A REST API service.

  client -- A library for talking to a service.

  library -- Another type of library.

  tool -- A command line tool or other project that is used with, or used to build, OpenStack.

  networking -- A plugin for the networking service.

  baremetal -- A subproject for the bare metal project, Ironic.

  deployment -- A tool for deploying OpenStack.

  other -- A project that does run in a cloud but does not provide a REST API.

An entry can also optionally define service_type, which must match the
value associated with the name in the service-types-authority
repository.

Entries with type client should include a description field with a
short description, such as "keystone client".

Entries may optionally set flags to indicate that the repository
includes particular types of documentation in an expected location, to
include a link to that documentation on the templated landing pages.

  has_install_guide -- produces a link to docs.o.o/name/latest/install/

  has_api_guide -- produces a link to developer.o.o/api-guide/service_type/

  has_api_ref -- produces a link to developer.o.o/api-ref/service_type/

  has_config_ref -- produces a link to docs.o.o/name/latest/configuration/

  has_in_tree_api_docs -- produces a link to docs.o.o/name/latest/api/

  has_admin_guide -- produces a link to docs.o.o/name/latest/admin/

  NOTE: The documentation associated with the flags must exist before
  the flags are set.