Skip to content

Latest commit

 

History

History
217 lines (141 loc) · 6.59 KB

start-documenting.rst

File metadata and controls

217 lines (141 loc) · 6.59 KB

Getting started

The Python language has a substantial body of documentation, much of it contributed by various authors. The markup used for the Python documentation is reStructuredText, developed by the docutils project, amended by custom directives and using a toolset named Sphinx to post-process the HTML output.

The documentation in HTML, PDF or EPUB format is generated from text files written using the :ref:`reStructuredText format <markup>` and contained in the :ref:`CPython Git repository <setup>`.

Note

If you're interested in contributing to Python's documentation, there's no need to write reStructuredText if you're not so inclined; plain text contributions are more than welcome as well. Send an e-mail to [email protected] or open an issue on the :ref:`tracker <reporting-bugs>`.

Introduction

Python's documentation has long been considered to be good for a free programming language. There are a number of reasons for this, the most important being the early commitment of Python's creator, Guido van Rossum, to providing documentation on the language and its libraries, and the continuing involvement of the user community in providing assistance for creating and maintaining documentation.

The involvement of the community takes many forms, from authoring to bug reports to just plain complaining when the documentation could be more complete or easier to use.

This section is aimed at authors and potential authors of documentation for Python. More specifically, it is for people contributing to the standard documentation and developing additional documents using the same tools as the standard documents. This guide will be less useful for authors using the Python documentation tools for topics other than Python, and less useful still for authors not using the tools at all.

If your interest is in contributing to the Python documentation, but you don't have the time or inclination to learn reStructuredText and the markup structures documented here, there's a welcoming place for you among the Python contributors as well. Any time you feel that you can clarify existing documentation or provide documentation that's missing, the existing documentation team will gladly work with you to integrate your text, dealing with the markup for you. Please don't let the material in this section stand between the documentation and your desire to help out!

Building the documentation

To build the documentation, follow the steps in one of the sections below. You can view the documentation after building the HTML by opening the file :file:`Doc/build/html/index.html` in a web browser.

Note

The following instructions all assume your current working dir is the Doc subdirectory in your :ref:`CPython repository clone <checkout>`. Make sure to switch to it with cd Doc if necessary.

Create a virtual environment

You can create a new :mod:`venv` with the required dependencies using:

.. tab:: Unix/macOS

   .. code-block:: shell

      make venv

   Building the docs with :program:`make` will automatically use this environment
   without you having to activate it.
.. tab:: Windows

   `Create a new virtual environment <venv-create_>`__ manually.
   Always be sure to `activate this environment <venv-activate_>`__
   before building the documentation.

Build using make / make.bat

.. tab:: Unix/macOS

   A Unix ``Makefile`` is provided, :cpy-file:`Doc/Makefile`.
.. tab:: Windows

   A Windows ``make.bat`` is provided, :cpy-file:`Doc/make.bat`, which
   attempts to emulate the Unix ``Makefile`` as closely as practical.

   .. important::

      The Windows ``make.bat`` batch file lacks a ``make venv`` target.
      Instead, it automatically installs any missing dependencies
      into the currently activated environment (or the base Python, if none).
      Make sure the environment you :ref:`created above <doc-create-venv-windows>`
      is `activated <venv-activate_>`__ before running ``make.bat``.

To build the docs as HTML, run:

.. tab:: Unix/macOS

   .. code-block:: shell

      make html
.. tab:: Windows

   .. code-block:: dosbatch

      .\make html

Tip

  • Replace html with htmlview to open the docs in a web browser once the build completes.
  • Replace html with htmllive to rebuild the docs, start a local server, and automatically reload the page in your browser when you make changes to reST files (Unix only).

To check the docs for common errors with Sphinx Lint (which is run on all :ref:`pull requests <pullrequest>`), use:

.. tab:: Unix/macOS

   .. code-block:: shell

      make check
.. tab:: Windows

   .. code-block:: dosbatch

      .\make check

To list other supported :program:`make` targets, run:

.. tab:: Unix/macOS

   .. code-block:: shell

      make help
.. tab:: Windows

   .. code-block:: dosbatch

      .\make help

See :cpy-file:`Doc/README.rst` for more information.

Build using Sphinx directly

Advanced users may want to invoke Sphinx directly, to pass specialized options or to handle specific use cases.

Make sure the environment you :ref:`created above <doc-create-venv-windows>` is activated. Then, install the documentation requirements, :cpy-file:`Doc/requirements.txt`. Using pip:

python -m pip install --upgrade -r requirements.txt

Finally, directly invoke Sphinx with:

python -m sphinx -b html . build/html

To use a different Sphinx builder, replace html above with the desired builder name.