Use this template to structure your READMEs for diagnostics.
Be sure to include a recent LICENSE
and Markdown linter
configuration (.remarkrc
). Also, include an appropriate
.gitignore
; these are usually found in specific technology templates, for
example js-template.
response
.Your pull request description should contain a "fist to five" for comfort and clarity. Additionally, you should mention the resources you used to help you complete this diagnostic. For example:
Comfort: 3
Clarity: 3
I used Google and my class notes to help with this diagnostic.
You may wish to refer to "How do I submit diagnostics?" and other FAQs related to forking, cloning, and pull requests.
You may use any resource other than each other to complete this diagnostic. This includes referencing talk materials, appropriate documentation, and searching for help online.
You should be running grunt nag
before diagnosing any bugs, since it finds
some of the most common sources of errors. After grunt nag
passes, you should
run grunt test
to run the included tests. Tests will tell you whether of not
your responses are correct.
It's probably a good idea to include the above verbatim in each diagnostic. Remember to edit the link to the actual diagnostic file (it might be stored in a different directory or have a different extension). If tooling is not included in this diagnostic, feel free to remove that bit from these instructions.