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/community/contributing.md
+20-20Lines changed: 20 additions & 20 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,17 +6,17 @@
6
6
7
7
The Parcels code, for which development started in 2015, is now one of the most widely used tools for Lagrangian Ocean Analysis. It's used by dozens of groups around the world - see [this list](https://oceanparcels.org/papers-citing-parcels#papers-citing-parcels) for a full list of the peer-reviewed articles using Parcels. Its flexibility for users to create new, custom 'behaviours' (i.e. let virtual particles be controlled by other mechanics than only the ocean flow) and its compatibility with many different types of hydrodynamic input data are the two key features.
8
8
9
-
> **Note**
10
-
>
11
-
> Want to learn more about Lagrangian ocean analysis? Then look at [Lagrangian ocean analysis: Fundamentals and practices](https://www.sciencedirect.com/science/article/pii/S1463500317301853) for a review of the literature.
9
+
```{note}
10
+
Want to learn more about Lagrangian ocean analysis? Then look at [Lagrangian ocean analysis: Fundamentals and practices](https://www.sciencedirect.com/science/article/pii/S1463500317301853) for a review of the literature.
11
+
```
12
12
13
13
---
14
14
15
15
There are two primary groups that contribute to Parcels; oceanographers who bring domain specific understanding about the physical processes and modelling approaches, as well as software developers who bring their experience working with code. **All contributions are welcome no matter your background or level of experience**.
16
16
17
-
> **Note**
18
-
>
19
-
> The first component of this documentation is geared to those new to open source. Already familiar with GitHub and open source? Skip ahead to the [Development](#development) section.
17
+
```{note}
18
+
The first component of this documentation is geared to those new to open source. Already familiar with GitHub and open source? Skip ahead to the [Development](#development) section.
19
+
```
20
20
21
21
## What is open source?
22
22
@@ -37,8 +37,8 @@ Exactly how to use Git and GitHub is beyond the scope of this documentation, and
37
37
There are many ways that you can contribute to Parcels. You can:
38
38
39
39
- Participate in discussion about Parcels, either through the [issues](https://github.com/OceanParcels/parcels/issues) or [discussions](https://github.com/OceanParcels/parcels/discussions) tab
40
-
- Suggest improvements to [tutorials](../documentation/index.rst)
41
-
- Suggest improvements to [documentation](../index.rst)
40
+
- Suggest improvements to [tutorials](../documentation/index.md)
41
+
- Suggest improvements to [documentation](../index.md)
All of these require you to [make an account on GitHub](https://github.com/signup), so that should be your first step.
@@ -53,9 +53,9 @@ In the [Projects panel](https://github.com/OceanParcels/parcels/projects?query=i
53
53
54
54
### Environment setup
55
55
56
-
> **Note**
57
-
>
58
-
> Parcels, alongside popular projects like [Xarray](https://github.com/pydata/xarray), uses [Pixi](https://pixi.sh) to manage environments and run developer tooling. Pixi is a modern alternative to Conda and also includes other powerful tooling useful for a project like Parcels ([read more](https://github.com/OceanParcels/Parcels/issues/2205)). It is our sole development workflow - we do not offer a Conda development workflow. Give Pixi a try, you won't regret it!
56
+
```{note}
57
+
Parcels, alongside popular projects like [Xarray](https://github.com/pydata/xarray), uses [Pixi](https://pixi.sh) to manage environments and run developer tooling. Pixi is a modern alternative to Conda and also includes other powerful tooling useful for a project like Parcels ([read more](https://github.com/OceanParcels/Parcels/issues/2205)). It is our sole development workflow - we do not offer a Conda development workflow. Give Pixi a try, you won't regret it!
58
+
```
59
59
60
60
To get started contributing to Parcels:
61
61
@@ -83,9 +83,9 @@ Now you have a development installation of Parcels, as well as a bunch of develo
83
83
4. If you've added new features, run `pixi run typing` to check type annotations
84
84
5. If you've modified documentation, run `pixi run docs` to build and verify the docs
85
85
86
-
> **Tip**
87
-
>
88
-
> You can run `pixi info` to see all available environments and `pixi task list` to see all available tasks across environments.
86
+
```{tip}
87
+
You can run `pixi info` to see all available environments and `pixi task list` to see all available tasks across environments.
88
+
```
89
89
90
90
See below for more Pixi commands relevant to development.
91
91
@@ -114,9 +114,9 @@ Parcels supports testing against different environments (e.g., different Python
114
114
115
115
The name of the workflow on GitHub contains the command you have to run locally to recreate the workflow - making it super easy to reproduce CI failures locally.
116
116
117
-
> **Tip**
118
-
>
119
-
> For those familiar with Conda, you are used to activating an environment. With Pixi, you can do the same by doing `pixi shell <env-name>`. For example, `pixi shell test-latest` will drop you into a shell where you can run commands such as `pytest` like normal. You can exit the shell with `exit` or `Ctrl+D`.
117
+
```{tip}
118
+
For those familiar with Conda, you are used to activating an environment. With Pixi, you can do the same by doing `pixi shell <env-name>`. For example, `pixi shell test-latest` will drop you into a shell where you can run commands such as `pytest` like normal. You can exit the shell with `exit` or `Ctrl+D`.
119
+
```
120
120
121
121
### Changing code
122
122
@@ -127,9 +127,9 @@ From there:
127
127
128
128
### Code guidelines
129
129
130
-
> **Note**
131
-
>
132
-
> These guidelines are here to promote Python best practices, as well as standardise the Parcels code. If you're not sure what some of these guidelines mean, don't worry! Your contribution is still appreciated. When you create your pull request, maintainers can modify your code to comply with these guidelines.
130
+
```{note}
131
+
These guidelines are here to promote Python best practices, as well as standardise the Parcels code. If you're not sure what some of these guidelines mean, don't worry! Your contribution is still appreciated. When you create your pull request, maintainers can modify your code to comply with these guidelines.
132
+
```
133
133
134
134
- Write clear commit messages that explain the changes you've made.
135
135
- Include tests for any new code you write. Tests are implemented using pytest and are located in the `tests` directory.
Run this notebook in the cloud <a href="https://mybinder.org/v2/gh/OceanParcels/Parcels/{BRANCH}?urlpath=lab/tree/docs/{{{{ env.doc2path(env.docname, base=None) }}}}" target="_blank"><img alt="Binder badge" src="https://mybinder.org/badge_logo.svg"></a>
364
+
, or view it <a href="https://github.com/OceanParcels/Parcels/blob/{BRANCH}/docs/{{{{ env.doc2path(env.docname, base=None) }}}}" target="_blank">on GitHub</a>. Notebook version corresponds with {BRANCH}.
0 commit comments