OpenDev Manual
Go to file
Jeremy Stanley 08eea5856c Document Gerrit service SSH host key fingerprints
At some point, the Gerrit WebUI ceased displaying SSH host key
details, so go ahead and bake them into our Developer's Guide and
cross-link to them from the appropriate part of the Getting Started
chapter too.

While we're here, add a link from Getting Started to the Developer's
Guide section on the OpenStack ICLA, as users following these
instructions may see errors about that when trying to set up to
contribute to a repository which enforces it.

Change-Id: I9ea5cc9952a0fd4a2bd45fd0ba3e97f8acc7b920
2023-09-13 15:18:16 +00:00
doc/source Document Gerrit service SSH host key fingerprints 2023-09-13 15:18:16 +00:00
.gitignore Add ChangeLog and AUTHORS to .gitignore 2015-05-13 16:20:27 -07:00
.gitreview Update .gitreview after rename 2020-03-20 16:07:06 +01:00
LICENSE Initial commit 2014-05-26 20:25:48 -04:00
README.rst Rework README.rst for OpenDev 2020-03-05 16:37:12 +01:00
requirements.txt Use alabaster theme 2020-03-27 09:28:57 -07:00
setup.cfg Update contact info for OpenDev community 2020-04-07 19:13:41 +00:00
setup.py Update python files for OpenDev 2020-03-04 21:08:06 +01:00
tox.ini Update infra-specs URL 2019-05-30 21:19:53 +02:00

README.rst

OpenDev Manual

To build the manual, execute the following command:

$ tox

After running tox, the documentation will be available for viewing in HTML format in the doc/build/ directory.

Terminology

A note on terminology use in the manual:

This manual is in service of OpenDev, but does so primarily by documenting how developers and project drivers can use the infrastructure to accomplish their work.

We strive for consistent terminology that matches what developers and our tooling use, even if some hosted projects use different terminology.

Generally speaking these terms should be used as follows:

Project: The overall idea that there is a bunch of people working on a bunch of code/text/etc. It can also refer to that actual collection of code/text/etc (for instance, a project can be bundled up into a tarball, and extracted into a directory). When a tool interacts with that collection of code/text/etc, it interacts with the project (even if it does so via the mechanism of git).

Repository: There are times when one needs to refer to the actual source code management system of a project, that is, "git", and the actual technical implementations of that SCM. In those cases where it is important to distinguish the actual attributes of the SCM from the project, it is useful to use the word "repository".