-
Notifications
You must be signed in to change notification settings - Fork 3
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
5 changed files
with
231 additions
and
125 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -48,6 +48,22 @@ This means that the docs are kept in the same repository as the project code, an | |
that any documentation update is done in the same way was a code contribution. | ||
The documentation is written in reStructuredText_ and includes the myst-nb_ extension. | ||
|
||
Documentation pages are written in reStructuredText_ (as are the docstrings that are automatically compiled to the | ||
API docs). | ||
|
||
.. tip:: | ||
Please notice that the `GitHub web interface`_ provides a quick way of | ||
propose changes in ``ms3``'s files. While this mechanism can | ||
be tricky for normal code contributions, it works perfectly fine for | ||
contributing to the docs, and can be quite handy. | ||
|
||
If you are interested in trying this method out, please navigate to | ||
the ``docs`` folder in the source repository_, find which file you | ||
would like to propose changes and click in the little pencil icon at the | ||
top, to open `GitHub's code editor`_. Once you finish editing the file, | ||
please write a message in the form at the bottom of the page describing | ||
which changes have you made and what are the motivations behind them and | ||
submit your proposal. | ||
|
||
|
||
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 | |
Code Contributions | ||
================== | ||
|
||
.. todo:: Please include a reference or explanation about the internals of the project. | ||
.. admonition:: TL;DR | ||
|
||
* Fork the repository. | ||
* (Create a virtual environment, :ref:`see below <virtenv>`). | ||
* Head into the local clone of your fork and hit ``pip install -e ".[dev]"`` (where ``.`` is the current directory). | ||
* Install the precommit hooks via ``pre-commit install``. | ||
* Implement the changes and create a Pull Request against the ``development`` branch. | ||
* Thank you! | ||
|
||
An architecture description, design principles or at least a summary of the | ||
main concepts will make it easy for potential contributors to get started | ||
quickly. | ||
|
||
Submit an issue | ||
--------------- | ||
|
@@ -100,7 +120,7 @@ Clone the repository | |
page. This creates a copy of the code under your account on |the repository service|. | ||
#. Clone this copy to your local disk:: | ||
|
||
git clone [email protected]:johentsch/ms3.git | ||
git clone [email protected]:YourLogin/ms3.git | ||
|
||
#. You should run:: | ||
|
||
|
@@ -132,6 +152,10 @@ Implement your changes | |
|
||
to record your changes in git_. | ||
|
||
Please make sure to see the validation messages from |pre-commit|_ and fix | ||
any eventual issues. | ||
This should automatically use flake8_/black_ to check/fix the code style | ||
in a way that is compatible with the project. | ||
|
||
.. important:: Don't forget to add unit tests and documentation in case your | ||
contribution adds an additional feature and is not just a bugfix. | ||
|
@@ -162,13 +186,52 @@ Submit your contribution | |
#. Go to the web page of your fork and click |contribute button| | ||
to send your changes for review. | ||
|
||
.. todo:: if you are using GitHub, you can uncomment the following paragraph | ||
|
||
Find more detailed information in `creating a PR`_. You might also want to open | ||
the PR as a draft first and mark it as ready for review after the feedbacks | ||
from the continuous integration (CI) system or any required fixes. | ||
|
||
|
||
Find more detailed information in `creating a PR`_. You might also want to open | ||
the PR as a draft first and mark it as ready for review after the feedbacks | ||
from the continuous integration (CI) system or any required fixes. | ||
|
||
|
||
Coding Conventions | ||
------------------ | ||
|
||
Please make sure to run ``pre-commit install`` in your local clone of the repository. This way, many coding | ||
conventions are automatically applied before each commit! | ||
|
||
Commit messages | ||
~~~~~~~~~~~~~~~ | ||
|
||
``ms3`` uses `Conventional Commits <https://www.conventionalcommits.org/>`__ to determine the next SemVer version number. Please make sure to prefix each | ||
message with one of: | ||
|
||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| Commit Type | Title | Description | SemVer | | ||
+===============+==========================+=============================================================================================================+========+ | ||
| ``feat`` | Features | A new feature | MINOR | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``fix`` | Bug Fixes | A bug Fix | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``docs`` | Documentation | Documentation only changes | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``style`` | Styles | Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc) | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``refactor`` | Code Refactoring | A code change that neither fixes a bug nor adds a feature | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``perf`` | Performance Improvements | A code change that improves performance | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``test`` | Tests | Adding missing tests or correcting existing tests | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``build`` | Builds | Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm) | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``ci`` | Continuous Integrations | Changes to our CI configuration files and scripts (example scopes: Travis, Circle, BrowserStack, SauceLabs) | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``chore`` | Chores | Other changes that don't modify src or test files | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
| ``revert`` | Reverts | Reverts a previous commit | PATCH | | ||
+---------------+--------------------------+-------------------------------------------------------------------------------------------------------------+--------+ | ||
|
||
In the case of breaking changes, which result in a new major version, please add a ``!`` after the type, e.g., ``refactor!:``. | ||
This type of commit message needs to come with a body, starting with ``BREAKING CHANGE:``, which explains in great detail everything | ||
that will not be working anymore. | ||
Troubleshooting | ||
--------------- | ||
|
||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.