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/CONTRIBUTING.md
+4Lines changed: 4 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,6 +28,10 @@ As of March 21, help is especially wanted from contributors with experience in K
28
28
- Base your work on the `develop` branch.
29
29
- Take a few minutes to review this [resource](https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Reviewer_Checklist) for contributors and reviewers, to accelerate the adoption of your contribution (thanks to the good folks at Mozilla for this).
30
30
- Submit pull requests from your fork, also against the `develop` branch of the `CodeforPhilly/chime` repo.
31
+
- As part of your pull request, please ensure you provide the following information
32
+
- References to the issue/PR resolved with your contribution(s) (use key word e.g. Fixes #123, #321 See #213)
33
+
- Explicitly identify the scope/area the change impacts (ex: Operations/Deployment/Model/Documentation)
34
+
- Describe any necessary follow on work, ideally with links to any already open issues
31
35
- Request review from the relevant maintainer(s).
32
36
- Check your pull request periodically to see if any changes have been requested or any merge conflicts have arisen.
33
37
- If a merge conflict arises, rebase against the latest `develop` branch and force-push the new branch as early as you can. You may need to do this more than once before your changes get merged. Do your best to keep your branch in a mergeable state until it is finished being reviewed and accepted.
0 commit comments