-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
source code layout of Sphinx doc #492
Comments
I could also place the Makefile in devtools/doc to circumvent this problem. |
If it makes things easier (which I guess it should) than using a makefile sounds good |
now that we have a Makefile, could you quickly post how to use it? @marscher Should we also use this in the GitHub action? (dropping |
On 9/21/21 16:54, Cagtay Fabry wrote:
now that we have a Makefile, could you quickly post how to use it? @marscher
(I tried `make html` but ran into `make: *** [Makefile:33: html] Error 1`)
Should we also use this in the GitHub action? (dropping `nbsphinx_execute="never"` from the Makefile)
The automatically generated Makefile of Sphinx does include all kinds of
different build targets like html, pdf, ...
Our Makefile only includes the html build, so you should just invoke
`make` to build the docs. The other important target is `clean` to get
rid of all generated files.
|
fixed by #830 |
Typically the structure of a sphinx doc is:
The assumption made by the (usually) used Makefile is that the build directories are separated from the source. If this is not the case, incremental builds (which you usually perform locally) will try include build files as source files. This emits more and more warnings for every incremental run.
A Makefile is super useful as it provides the invocation of sphinx (you do not want to copy paste the commands every time) and it can clean up the whole build environment (e.g. delete generated files/directories). We can also a python script to invoke sphinx/clean up the build directories to remain platform agnostic.
example output, you note that the doctree within the build directory is considered a source, but is actually an output file of the previous build process.
As a reference:
https://github.com/scipy/scipy/tree/master/doc
https://github.com/numpy/numpy/tree/main/doc
https://github.com/K3D-tools/K3D-jupyter/tree/main/docs
https://github.com/pandas-dev/pandas/tree/master/doc
The text was updated successfully, but these errors were encountered: