You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/builds.rst
+84-19Lines changed: 84 additions & 19 deletions
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,8 @@ Our current build limits are:
15
15
We can increase build limits on a per-project basis,
16
16
if you provide a good reason your documentation needs more resources.
17
17
18
-
You can see the current Docker build images that we use in our `docker repository <https://github.com/rtfd/readthedocs-docker-images>`_. `Docker Hub <https://hub.docker.com/r/readthedocs/build/>`_ also shows the latest set of images that have been built.
18
+
You can see the current Docker build images that we use in our `docker repository <https://github.com/rtfd/readthedocs-docker-images>`_.
19
+
`Docker Hub <https://hub.docker.com/r/readthedocs/build/>`_ also shows the latest set of images that have been built.
19
20
20
21
Currently in production we're using the ``readthedocs/build:2.0`` docker image as our default image.
21
22
@@ -53,17 +54,23 @@ Read the Docs cannot create a PDF version of your documentation with the *Mkdocs
53
54
Understanding what's going on
54
55
-----------------------------
55
56
56
-
Understanding how Read the Docs builds your project will help you with debugging the problems you have with the site. It should also allow you to take advantage of certain things that happen during the build process.
57
+
Understanding how Read the Docs builds your project will help you with debugging the problems you have with the site.
58
+
It should also allow you to take advantage of certain things that happen during the build process.
57
59
58
-
The first step of the process is that we check out your code from the repository you have given us. If the code is already checked out, we update the copy to the branch that you have specified in your projects configuration.
60
+
The first step of the process is that we check out your code from the repository you have given us.
61
+
If the code is already checked out, we update the copy to the branch that you have specified in your projects configuration.
59
62
60
63
Then we build the proper backend code for the type of documentation you've selected.
61
64
62
-
If you have the *Install Project* option enabled, we will run ``setup.py install`` on your package, installing it into a virtual environment. You can also define additional packages to install with the *Requirements File* option.
65
+
If you have the *Install Project* option enabled, we will run ``setup.py install`` on your package, installing it into a virtual environment.
66
+
You can also define additional packages to install with the *Requirements File* option.
63
67
64
-
When we build your documentation, we run `sphinx-build -b html . _build/html`, where `html` would be replaced with the correct backend. We also create man pages and pdf's automatically based on your project.
68
+
When we build your documentation, we run ``sphinx-build -b html . _build/html``,
69
+
where ``html`` would be replaced with the correct backend.
70
+
We also create pdf's and ePub's automatically based on your project.
65
71
66
-
Then these files are copied across to our application servers from the build server. Once on the application servers, they are served from nginx.
72
+
Then these files are copied across to our application servers from the build server.
73
+
Once on the application servers, they are served from nginx.
67
74
68
75
An example in code:
69
76
@@ -78,7 +85,7 @@ An example in code:
78
85
copy_files(artifact_dir)
79
86
80
87
81
-
Builder Responsibility
88
+
Builder responsibility
82
89
----------------------
83
90
84
91
Builders have a very specific job.
@@ -88,18 +95,76 @@ The artifacts should end up in ``self.version.project.artifact_path(version=self
88
95
Where ``type`` is the name of your builder.
89
96
All files that end up in the artifact directory should be in their final form.
90
97
91
-
Packages installed in the build environment
92
-
-------------------------------------------
93
-
94
-
The build server does have a select number of C libraries installed, because they are used across a wide array of python projects. We can't install every C library out there, but we try and support the major ones. We currently have the following libraries installed:
95
-
96
-
* doxygen
97
-
* LaTeX (texlive-full)
98
-
* libevent (libevent-dev)
99
-
* dvipng
100
-
* graphviz
101
-
* libxslt1.1
102
-
* libxml2-dev
98
+
The build environment
99
+
---------------------
100
+
101
+
The build process is executed inside Docker containers,
102
+
by default the image used is ``readthedocs/build:2.0``,
103
+
but you can change that using a :doc:`configuration file <yaml-config>`.
104
+
105
+
.. note::
106
+
107
+
The Docker images have a select number of C libraries installed,
108
+
because they are used across a wide array of python projects.
109
+
We can't install every C library out there,
110
+
but we try and support the major ones.
111
+
112
+
.. tip::
113
+
114
+
If you want to know the specific version of a package that is installed in the image
115
+
you can check the `Ubuntu package search page <https://packages.ubuntu.com/>`__.
0 commit comments