@@ -48,6 +48,22 @@ This means that the docs are kept in the same repository as the project code, an
48
48
that any documentation update is done in the same way was a code contribution.
49
49
The documentation is written in reStructuredText _ and includes the myst-nb _ extension.
50
50
51
+ Documentation pages are written in reStructuredText _ (as are the docstrings that are automatically compiled to the
52
+ API docs).
53
+
54
+ .. tip ::
55
+ Please notice that the `GitHub web interface `_ provides a quick way of
56
+ propose changes in ``ms3 ``'s files. While this mechanism can
57
+ be tricky for normal code contributions, it works perfectly fine for
58
+ contributing to the docs, and can be quite handy.
59
+
60
+ If you are interested in trying this method out, please navigate to
61
+ the ``docs `` folder in the source repository _, find which file you
62
+ would like to propose changes and click in the little pencil icon at the
63
+ top, to open `GitHub's code editor `_. Once you finish editing the file,
64
+ please write a message in the form at the bottom of the page describing
65
+ which changes have you made and what are the motivations behind them and
66
+ submit your proposal.
51
67
52
68
53
69
When working on documentation changes in your local machine, you can
@@ -64,11 +80,15 @@ and use Python's built-in web server for a preview in your web browser
64
80
Code Contributions
65
81
==================
66
82
67
- .. todo :: Please include a reference or explanation about the internals of the project.
83
+ .. admonition :: TL;DR
84
+
85
+ * Fork the repository.
86
+ * (Create a virtual environment, :ref: `see below <virtenv >`).
87
+ * Head into the local clone of your fork and hit ``pip install -e ".[dev]" `` (where ``. `` is the current directory).
88
+ * Install the precommit hooks via ``pre-commit install ``.
89
+ * Implement the changes and create a Pull Request against the ``development `` branch.
90
+ * Thank you!
68
91
69
- An architecture description, design principles or at least a summary of the
70
- main concepts will make it easy for potential contributors to get started
71
- quickly.
72
92
73
93
Submit an issue
74
94
---------------
@@ -100,7 +120,7 @@ Clone the repository
100
120
page. This creates a copy of the code under your account on |the repository service |.
101
121
#. Clone this copy to your local disk::
102
122
103
- git clone [email protected] :johentsch /ms3.git
123
+ git clone [email protected] :YourLogin /ms3.git
104
124
105
125
#. You should run::
106
126
@@ -132,6 +152,10 @@ Implement your changes
132
152
133
153
to record your changes in git_.
134
154
155
+ Please make sure to see the validation messages from |pre-commit|_ and fix
156
+ any eventual issues.
157
+ This should automatically use flake8_/black_ to check/fix the code style
158
+ in a way that is compatible with the project.
135
159
136
160
.. important:: Don't forget to add unit tests and documentation in case your
137
161
contribution adds an additional feature and is not just a bugfix.
@@ -162,13 +186,52 @@ Submit your contribution
162
186
#. Go to the web page of your fork and click |contribute button |
163
187
to send your changes for review.
164
188
165
- .. todo :: if you are using GitHub, you can uncomment the following paragraph
166
-
167
- Find more detailed information in `creating a PR `_. You might also want to open
168
- the PR as a draft first and mark it as ready for review after the feedbacks
169
- from the continuous integration (CI) system or any required fixes.
170
-
171
-
189
+ Find more detailed information in `creating a PR `_. You might also want to open
190
+ the PR as a draft first and mark it as ready for review after the feedbacks
191
+ from the continuous integration (CI) system or any required fixes.
192
+
193
+
194
+ Coding Conventions
195
+ ------------------
196
+
197
+ Please make sure to run ``pre-commit install `` in your local clone of the repository. This way, many coding
198
+ conventions are automatically applied before each commit!
199
+
200
+ Commit messages
201
+ ~~~~~~~~~~~~~~~
202
+
203
+ ``ms3 `` uses `Conventional Commits <https://www.conventionalcommits.org/ >`__ to determine the next SemVer version number. Please make sure to prefix each
204
+ message with one of:
205
+
206
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
207
+ | Commit Type | Title | Description | SemVer |
208
+ +===============+==========================+=============================================================================================================+========+
209
+ | ``feat `` | Features | A new feature | MINOR |
210
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
211
+ | ``fix `` | Bug Fixes | A bug Fix | PATCH |
212
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
213
+ | ``docs `` | Documentation | Documentation only changes | PATCH |
214
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
215
+ | ``style `` | Styles | Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc) | PATCH |
216
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
217
+ | ``refactor `` | Code Refactoring | A code change that neither fixes a bug nor adds a feature | PATCH |
218
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
219
+ | ``perf `` | Performance Improvements | A code change that improves performance | PATCH |
220
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
221
+ | ``test `` | Tests | Adding missing tests or correcting existing tests | PATCH |
222
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
223
+ | ``build `` | Builds | Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm) | PATCH |
224
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
225
+ | ``ci `` | Continuous Integrations | Changes to our CI configuration files and scripts (example scopes: Travis, Circle, BrowserStack, SauceLabs) | PATCH |
226
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
227
+ | ``chore `` | Chores | Other changes that don't modify src or test files | PATCH |
228
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
229
+ | ``revert `` | Reverts | Reverts a previous commit | PATCH |
230
+ +---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+
231
+
232
+ In the case of breaking changes, which result in a new major version, please add a ``! `` after the type, e.g., ``refactor!: ``.
233
+ This type of commit message needs to come with a body, starting with ``BREAKING CHANGE: ``, which explains in great detail everything
234
+ that will not be working anymore.
172
235
Troubleshooting
173
236
---------------
174
237
0 commit comments