- Issues and Pull Requests
- Prefixes
- Examples
- Behavioural Expectations
- Code Format and Style
- Developer's Certificate of Origin 1.1
All commits, pull requests and issues must begin with one of the prefixes described below to provide context for maintainers.
This will help streamline the process of merging pull requests, with maintainers not having to write new commit messages, or, allow people to effectively reply to an issue.
Beyond using the prefixes, contributors are also encouraged to use parentheses after the prefix to give further context. For example:
docs(dn)
for design notebookdocs(git)
for git documentationfix(decoder)
for a fix on a decoderqn(ninja)
for a question about ninja
There are examples below for further clarification.
- docs: Relating to documentation
- fix: Fixes to something
- chore: Routine tasks unrelated to documentation or fixes
- bug: Report bugs
- qn: Questions regarding the repository
- Question about an onboarding lab
- Browse current and past issues to see if your question has been answered before to prevent duplicates
- If not, open a new issue with the title:
qn(CMake): variable usage through VSCode
- Elaborate on issue in the description, provide screenshots, error messages, steps to reproduce, etc.
- Design notebook pull request
- Make changes to your fork
- Create a pull request with the title:
docs(dn): update \<name\> dn for week of october 10
- Bug report for the simulator
- Browse open and closed issues to see if your bug has been reported before to prevent duplicates
- If not, open a new issue with the title:
bug(amba): incorrect simulation of AHB decoder
- Elaborate on issue in the description, provide screenshots, error messages, steps to reproduce, etc.
- Issue about the WSL development environment
- Browse open and closed issues to see if your issue has been already reported to prevent duplicates.
- If not, open a new issue with the title:
docs(wsl): missing documentation for WSL
- Elaborate on your issue issue in the description
- New documentation for the WSL development environment
- Make changes to your fork
- Create a pull request with the title:
docs(wsl): create setup docs for WSL
The NYU Processor design team is part of NYU and every memeber is expected to uphold the University Student Conduct Policy.
Any violates to the University Student Conduct Policy will be dealt with swiftly by VIP leadership. The policy extends to the git repositories, commit messages, issues, pull requests, technical documentation, and all other communication.
Most repositories come with code format files such as .clang-format
.
Before pushing code, please ensure that you have formatted your code according to the provided code format file, unless otherwise specified.
By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I have the right to submit it under the open source license indicated in the file; or
(b) The contribution is based upon previous work that, to the best of my knowledge, is covered under an appropriate open source license and I have the right under that license to submit that work with modifications, whether created in whole or in part by me, under the same open source license (unless I am permitted to submit under a different license), as indicated in the file; or
(c) The contribution was provided directly to me by some other person who certified (a), (b) or (c) and I have not modified it.
(d) I understand and agree that this project and the contribution are public and that a record of the contribution (including all personal information I submit with it, including my sign-off) is maintained indefinitely and may be redistributed consistent with this project or the open source license(s) involved.