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
ci tools to build documentation in pr and test fix for oom issues in build (#145)
* added ci workflow to build documentation on pull request
* added option to increase border pading around catalog plots
* added function to label figures for publication
* changed test_global_binning to use california_relm_region to preserve memory
* fixed bug in workflow yaml file
* added checklist for pycsep pull requests
* bug in docs run script. removed manual triggering.
* updates to CONTRIBUTING.md
Note: use the commend`conda deactivate` to go back to your regular environment.
30
+
Note: use the command`conda deactivate` to go back to your regular environment when you are done working with pyCSEP.
31
31
32
32
## Submitting a Pull Request
33
33
34
-
Pull requests are great! Please submit them to us! Here's how:
34
+
### Some notes for starting a pull request
35
+
36
+
Pull requests are how we use your changes to the code! Please submit them to us! Here's how:
35
37
36
38
1. Make a new branch. For features/additions base your new branch at `master`.
37
-
2. Add a test! Only pull requests for documentation and refactoring do not require a test.
39
+
2. Make sure to add tests! Only pull requests for documentation, refactoring, or plotting features do not require a test.
40
+
3. Also, documentation must accompany new feature requests.
41
+
- Note: We would really appreciate pull requests that help us improve documentation.
38
42
3. Make sure the tests pass. Run `./run_tests.sh` in the top-level directory of the repo.
39
43
4. Push your changes to your fork and submit a pull request. Make sure to set the branch to `pycsep:master`.
40
44
5. Wait for our review. There may be some suggested changes or improvements. Changes can be made after
@@ -43,9 +47,26 @@ the pull request has been opening by simply adding more commits to your branch.
43
47
Pull requests can be changed after they are opened, so create a pull request as early as possible.
44
48
This allows us to provide feedback during development and to answer any questions.
45
49
46
-
Please make sure to set the correct branch for your pull request. Also, please do not include large files in your pull request.
47
-
If you feel that you need to add large files, let us know and we can figure something out.
50
+
Also, if you find pyCSEP to be useful, but don't want to contribute to the code we highly encourage updates to the documentation!
48
51
52
+
Please make sure to set the correct branch for your pull request. Also, please do not include large files in your pull request.
53
+
If you feel that you need to add large files, such as a benchmark forecast, let us know and we can figure something out.
54
+
55
+
### Tips to get your pull request accepted quickly
56
+
57
+
1. Any new feature that contains calculations must contain unit-tests to ensure that the calculations are doing what you
58
+
expect. Some exceptions to this are documentation changes and new plotting features.
59
+
2. Documentation should accompany any new feature additions into the package.
60
+
* Plotting functions should provide a sphinx-gallery example, which can be found [here](https://github.com/SCECcode/pycsep/blob/master/examples/tutorials/catalog_filtering.py).
61
+
* More complex features might require additional documentation. We will let you know upon seeing your pull request.
62
+
* The documentation use sphinx which compiles reST. Some notes on that can be found [here](https://www.sphinx-doc.org/en/master/usage/quickstart.html).
63
+
3. pyCSEP uses pytest as a test runner. Add new tests to the `tests` folder in an existing file or new file starting matching `test_*.py`
64
+
4. New scientific capabilities that are not previously published should be presented to the CSEP science group as part of a
65
+
science review. This will consist of a presentation that provides a scientific justification for the feature.
66
+
5. Code should follow the [pep8](https://pep8.org/) style-guide.
67
+
6. Functions should use [Google style docstrings](https://www.sphinx-doc.org/en/master/usage/extensions/example_google.html). These
68
+
get compiled by Sphinx to become part of the documentation.
69
+
49
70
## Submitting an Issue
50
71
51
72
Please open an issue if you want to ask a question about PyCSEP.
@@ -54,15 +75,17 @@ Please open an issue if you want to ask a question about PyCSEP.
54
75
* Please apply the correct tag to your issue so others can search
55
76
56
77
If you want to submit a bug report, please provide the information below:
57
-
*PyCSEP version, Python version, and Platform (Linux, Windows, Mac OSX, etc)
58
-
* How did you install PyCSEP (pip, anaconda, from source...)
78
+
*pyCSEP version, Python version, and Platform (Linux, Windows, Mac OSX, etc)
79
+
* How did you install pyCSEP (pip, anaconda, from source...)
59
80
* Please provide a short, complete, and correct example that demonstrates the issue.
60
81
* If this broke in a recent update, please tell us when it used to work.
61
82
62
83
## Additional Resources
63
84
*[Working with Git Forks](https://help.github.com/en/github/collaborating-with-issues-and-pull-requests/working-with-forks)
0 commit comments