layout | title | permalink |
---|---|---|
code |
Contribution Guidelines |
/ContributionGuidelines.htm |
- Top Level API consistency
- Unit Testing Guidelines
- Check all the return codes
- Functions have a single purpose
- Verbose naming of variables and functions
- Follow the style of the document you are editing
- Must be auto-mergable.
- You should have done the work so that we can automatically merge your changes with the current state of the repository. Otherwise we will reject your pull-request and wait until you have fixed it.
- Never have duplicate commits
- Everything related to the Windows Developer Program for IoT effort. We will not be rejecting pull-requests just because they are not on our list of priorities.
- We will provide a list of our top priorities at the time, including a list of things we are currently working on (to prevent community engagement overlap).
- You can choose to implement some of what is in this backlog and submit a pull-request or you can choose to do other things not on our list.
- Will be the same across the board, both internally and externally.
- Everyone can review a pull request, but only the maintainers can merge the pull request.
- This way people can get feedback on pull-requests without the maintainers necessarily having to do the heavy lifting. The maintainers will still be doing a final review before any merge.
- We will be working in a 4 week cadence with a pull from the develop branch every 4 weeks.