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/src/devdocs/dev_guide.md
+14-12Lines changed: 14 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -36,21 +36,23 @@ Catalyst release branch*.
36
36
37
37
## Development advice
38
38
39
-
### Inspecting documentation of a PR
40
-
When updating documentation it is typically useful to view how the updated documentation will look like before completing a PR. This can be done both locally and directly through GitHub. Here, some issues are very easy to see in the actually built html files, but hard to see in the text files from which these are generated.
39
+
### Checking doc builds for errors
40
+
When updating documentation, Catalyst will run any julia code provided within it to dynamically create figures and outputs. In addition to automatically creating these for us, it also provides an additional check that all code in documentation is correct. Here, if any of the documentation code throws an error, the build job will fail. The documentation build job can be found at the bottom of a PRs conversation, here is an example of a filed one:
To check what errors were produced, clock on the "Details" link of the job. Next, any errors can be found at the bottom of the "Build and deploy" section (which should be opened automatically).
41
43
42
-
Whenever a PR to Catalyst is created, CI will create a corresponding documenter build job. If this one passes, you can access the built documentation (which will be the new Catalyst documentation) from it. Follow these steps to view the built docs:
43
-
1. Click on the build job (at the bottom of the PR conversation).
44
-
2. Expand the "Upload site as artifact" section (in the large black are).
45
-
3. Click on the links following the "Artifact download URL: " text.
46
-
4. This will download a zip file containing the documentations. Extract it to a location on your computer and then open the "index.html" file.
44
+
### Inspecting documentation of a PR on branch
45
+
When updating documentation it is typically useful to view the updated documentation in html format. Here, some errors are very easy to spot in html format, but difficult to do so in the raw text files from which these are generated. There are primarily to ways to view updated documentation, by downloading them from the PR or building the docs locally.
46
+
47
+
Whenever a PR to Catalyst is created, CI will create a corresponding documenter build job. If the build job passes, you can access the built documentation (which will be the new Catalyst documentation if the PR is merged) through the following steps:
48
+
1. Click on "Details" in the documentation build job (at the bottom of the PR conversation tab).
49
+
2. Expand the "Upload site as artifact" section.
50
+
3. Click on the link at the end (which follows the "Artifact download URL: " text).
51
+
4. This will download a zip folder containing the documentation. Extract it to a location on your computer and then open the "index.html" file.
47
52
48
53
To build the Catalyst documentation locally:
49
-
1. Run the ".julia/dev/Catalyst/docs/make.jl" file. ALternatively, open a Julia session, activate the "docs" environment, and run the file using `include("make.jl").
54
+
1. Navigate to the ".julia/dev/Catalyst/docs/" folder and run the "make.jl" file using ">julia make.jl". Alternatively, open a Julia session, activate the "docs" environment, and run the file using `include("make.jl").
50
55
2. Open the ".julia/dev/Catalyst/docs/build/index.html" file.
51
56
52
-
53
57
### Spellchecking in your code
54
-
Especially when writing documentation, but also in other situation, it can be useful to have a spellchecker running through your code. While code can be copied into a spellchecker and checked there, it can also be very useful to (for users of VSCode) run the [Code Spell Checker](https://marketplace.visualstudio.com/items?itemName=streetsidesoftware.code-spell-checker) extension, which will automatically provide simple spell checks for code and documentation as you write it.
55
-
56
-
58
+
Especially when writing documentation, but also when writing normal code, it can be useful to have a spellchecker running through your texts. While code can be copied into a spellchecker and checked there, it can also be very useful to (for users of VSCode) run the [Code Spell Checker](https://marketplace.visualstudio.com/items?itemName=streetsidesoftware.code-spell-checker) extension, which will automatically provide simple spell checks for code and documentation as you write it.
0 commit comments