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.mdif it exists.
License
Name and link to the
LICENSEfile.GitHub automatically recognizes SPDX identifiers.
Acknowledgments/Citation
Funding, collaborators, or citation guidelines (with DOI/Zenodo badge).
For academic projects, a
CITATION.cfffile 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/