Include a project description that explains what your project is and why it exists. Aim for no more than 3-5 concise sentences. For example, you might say:
{Project Name} is a project of {Your Brigade}. {Your Brigade} is a brigade of a Code for America that exists to {your mission}. {Project Name} helps {target users} accomplish {goal of project}. The {app/site/thing you're building}'s main features include {very brief feature descriptions}.
Civic projects often exist within a larger context that may include multiple stakeholders, historic relationships, associated research, or other details that are relevant but not required for direct contributions. Gathering these details in one place is useful, but the ReadMe isn't that place. Use this section to link to a Google Doc or other documentation repository where contributors can dig in if they so choose. This is also a good place to link to your Code of Conduct.
- Each platform or framework should get its own bullet.
- Each platform should include an active link to the official documentation.
Explain the different ways people can contribute. For example:
- Join the team {on Slack/at our weekly hack night/etc}.
- To help with user research, {do ABC}.
- To provide design support, {do XYZ}.
- To contribute to the code, follow the instructions below.
Remember to provide direct links to each channel.
- Step-by-step instructions help new contributors get a development environment up and running quickly.
- You'll want to find the balance between being specific enough for novices to follow, without being so specific that you reinvent the wheel by providing overly-basic instructions that can be found elsewhere.
- Feel free to adapt this section and its sub-sections to your own processes.
- Alternatively, you can move everything from Installation instructions through Testing to a separate Contributing.md file to keep your ReadMe.md more succinct.
- Explain how to submit a bug.
- Explain how to submit a feature request.
- Explain how to contribute to an existing issue.
If you want your issues submitted in a particular format, explain how (or create issue templates).
- Explain your guidelines here.
- Explain your process.
- Provide instructions.
Include at least one way (or more, if possible) to reach your team with questions or comments.
Include details about the project's open source status.
this readme file sourced from Jessica Sand