-
-
Notifications
You must be signed in to change notification settings - Fork 118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reorganize contributing docs + add process description. #3044
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## dev #3044 +/- ##
=======================================
- Coverage 92.6% 92.6% -0.0%
=======================================
Files 134 134
Lines 12535 12535
=======================================
- Hits 11607 11606 -1
- Misses 928 929 +1 ☔ View full report in Codecov by Sentry. |
782a054
to
a431dac
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤷 seemed like maybe something useful to have? But also we can scrap it for now and new dataset requests can come in through "Feature Request."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's fine to keep this for now! Simple enough. Might change later.
.github/pull_request_template.md
Outdated
- [ ] All CI checks are passing. [Run tests locally to debug failures](https://catalystcoop-pudl.readthedocs.io/en/latest/dev/testing.html#running-tests-with-tox) | ||
- [ ] Make sure you've included good docstrings. | ||
```[tasklist] | ||
# Remaining work |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A lot of times people open PRs and then have some sort of TODO list to keep track of "what else needs to change before this is ready for prime time." Seems like the PR checklist should just combine with that, but I'm not quite sure how to communicate that clearly.
Separately, I deleted a bunch of stuff that should get captured by the GH UI (keeping your branch up to date with base branch), CI checks, etc. Left local integration tests in place because that actually costs $ to run on CI willy-nilly.
6890759
to
1cd95aa
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe I'm more of a documentation maximalist, but I disagree about some of the deletions. Left a bunch of comments. Suspect having more eyes on this PR than just me would be helpful!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great, I just have a few non-blocking questions.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added some non-blocking comments!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's fine to keep this for now! Simple enough. Might change later.
.github/pull_request_template.md
Outdated
- [ ] Defensive data quality/sanity checks in analyses & data processing functions. | ||
- [ ] Update the [release notes](https://catalystcoop-pudl.readthedocs.io/en/latest/release_notes.html) and reference reference the PR and related issues. | ||
- [ ] Do your own explanatory review of the PR to help the reviewer understand what's going on and identify issues preemptively. | ||
- [ ] If updating analyses or data processing functions: write data quality checks |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
By data quality checks do you mean adding data validation tests or writing more defensive code? It might be nice to have a link to more detail here. I don't think we currently have any docs explaining data quality standards or examples of checks though.
CONTRIBUTING.rst
Outdated
|
||
.. IMPORTANT:: Already have a dataset in mind? | ||
|
||
If you **need data that's not in PUDL** that we're missing in PUDL, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"Data that's not in PUDL that we're missing in PUDL sounds redundant.
Connect us with other organizations | ||
----------------------------------- | ||
|
||
For PUDL to make a bigger impact, we need to find more people who need the data. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe we should include our email somewhere here?
a7bc6e4
to
3d2c405
Compare
Reorganize & streamline contributing docs - hopefully makes it easier for someone who wants to help out to figure out what specifically they can do.