Core Conventions¶
Purpose and Description (first few lines)
- A concise statement of what the project does and why it exists.
- Often paired with badges (build status, license, PyPI version, DOI).
Installation Instructions
- Step-by-step setup, covering dependencies, environments, and package managers.
- Explicit code blocks for copy-pasting.
Usage Examples
- Minimal working examples (command-line invocation, Python/Julia snippets, etc.).
- Show expected output or figures when relevant.
Project Structure/Documentation Links
- Point to API docs, wiki, or Jupyter Book if detailed documentation is elsewhere.
- Optional: include a file tree for orientation.
Contributing
- Guidelines for pull requests, coding style, testing, and code of conduct.
- Link to
CONTRIBUTING.md
if it exists.
License
- Name and link to the
LICENSE
file. - GitHub automatically recognizes SPDX identifiers.
- Name and link to the
Acknowledgments/Citation
- Funding, collaborators, or citation guidelines (with DOI/Zenodo badge).
- For academic projects, a
CITATION.cff
file is recommended.
Style Conventions¶
- Markdown: Commonly used for formatting (
README.md
). - Headings and hierarchy: Start with
# Project Name
, then use##
,###
consistently. - Conciseness: Avoid long prose; link out for detail.
- Code fences: Always specify the language for syntax highlighting.
- Badges at top: Compact visual indicators (build, coverage, DOI).
- Accessibility: Descriptive alt text for images; avoid unnecessary jargon.
Widely Referenced Guidelines¶
- GitHub Docs: About READMEs
- Awesome README: Curated examples and templates: https://
github .com /matiassingers /awesome -readme - CITATION.cff standard: https://
citation -file -format .github .io/