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/how_to_contribute.rst
+19-8Lines changed: 19 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,10 @@
1
1
==================
2
2
How to Contribute
3
3
==================
4
-
We would appreciate your help in making this project better. Whether it's a bug report, new feature, correction, or additional documentation, we greatly value feedback and contributions from our community. If you think you have found a bug, or have a new feature idea, please check for `github issues <github_issues_>`_ and create a new issue if needed. For new feature ideas, open a new issue and setup a development workflow to work on the issue. If you have a correction or addition to the documentation, please submit a pull request.
4
+
We would appreciate your help in making this project better.
5
+
Whether it's a bug report, new feature, correction, or additional documentation, we greatly value feedback and contributions from our community.
6
+
If you think you have found a bug, or have a new feature idea, please check for `github issues <github_issues_>`_ and create a new issue if needed.
7
+
If you'd like to work on a bug or new feature idea, or have a correction or addition to the documentation, please open a new issue and setup a development workflow to work on the issue and submit a pull request.
5
8
6
9
.. _contribute_fork_project:
7
10
@@ -20,9 +23,10 @@ The development workflow is based on the "fork-and-pull" Git workflow. A full de
20
23
21
24
.. _contribute_unit_tests:
22
25
23
-
Extend Unit Tests
26
+
Extend Unit Tests
24
27
------------------
25
-
When adding new features or making changes to the codebase, it is important to add unit tests and check for mistakes revealed by preexisting test cases. This project uses `unittest` for testing. To run the test suite, use the following command:
28
+
When adding new features or making changes to the codebase, it is important to add unit tests and check for mistakes revealed by pre-existing test cases. This project uses `unittest` for testing.
29
+
To run the test suite, you can use the following command:
26
30
27
31
.. code-block:: bash
28
32
@@ -34,7 +38,8 @@ When adding new features or making changes to the codebase, it is important to a
34
38
Update Documentation
35
39
---------------------
36
40
37
-
The documentation is written in reStructuredText and uses Sphinx to generate HTML documentation. To build the documentation, use the following command:
41
+
The documentation is written in reStructuredText and uses Sphinx to generate HTML documentation.
42
+
To build the documentation, you can use the following command:
38
43
39
44
.. code-block:: bash
40
45
@@ -45,20 +50,26 @@ The documentation is written in reStructuredText and uses Sphinx to generate HTM
45
50
46
51
Pre-Commit Hook
47
52
---------------
48
-
Before submitting a pull request, you should run the pre-commit hook to check for formatting errors and run the test suite.
53
+
Before submitting a pull request, you should run the pre-commit hook to check for formatting errors and run the test suite, e.g. via
54
+
55
+
.. code-block:: bash
56
+
57
+
pre-commit run --all-files
49
58
50
59
.. _contribute_pull_request:
51
60
52
61
Create Pull Request
53
62
--------------------
54
63
55
-
After making changes to the codebase, you can submit a pull request. Your pull request will be reviewed by the maintainers, and if everything looks good, it will be merged. Before submitting a pull request, please make sure of the following:
64
+
After making changes to the codebase, you can submit a pull request. Your pull request will be reviewed by the maintainers, and if everything looks good, it will be merged.
65
+
Before submitting a pull request, please make sure of the following:
56
66
57
-
- Make sure the you reference the issue in the pull request.
67
+
- Make sure to reference the issue in the pull request.
58
68
- The pull request should include tests for the new feature or bug fix.
59
69
- The pull request should include documentation for the new feature or bug fix.
60
70
- All tests should pass.
61
-
- Make sure to select the correct source and destination repositories and according branches.
71
+
- Make sure to select the correct source and destination repositories and according branches, usually your fork to the main repository's `development` branch.
72
+
- Add the change to the CHANGELOG.md file.
62
73
- The pull request should include a description of the change and the reason for the change.
0 commit comments