[git, commands, important, essential, cheat]


A README is like the book cover of your project. It’s the first thing a person sees when opening your repository. A great README not only gets people to jump into your project much quicker, but also helps your project to stand out from the sea of open source software on Github. Your README thus not only serves for documentation, but also for marketing purposes.

And while we all loathe sheazy marketing, documentation can’t be sleazy because it solves a real purpose: teaching everyone about the project. In this building block, we provide you with a template and some examples you can use for your own projects.


A README is a markdown (.md) file that you can format text using a a plain-text editor. Like an academic paper, we recommend working with headers and subheaders to impose a structure. Better still, if you link to other files within the repository so that the reader not only knows what the project is about but also which files are a priority.


Below we list the most common markdown commands:

  • **This is bold text** = This is bold text
  • *This text is italicized* = This is bold text
  • This is a [link](https://tilburgsciencehub.com) = This is a link
  • To create a heading, add 1-6 # symbols before your header. The number of hashtags will determine the size of the heading.
  • Images can be inserted by linking to either a image URL (e.g., example) or a relative filepath (../git_workflow.png). Use the following syntax: ![image description](link)
  • Visit this cheatsheet for a comprehsensive list of markdown commands.

The Basic Structure

We recommend to at least include the following sections in your README:

# Project title

A subtitle that describes your project, e.g., research question

## Motivation

Motivate your research question or business problem. Clearly explain which problem is solved.

## Method and results

First, introduce and motivate your chosen method, and explain how it contributes to solving the research question/business problem.

Second, summarize your results concisely. Make use of subheaders where appropriate.

## Repository overview

Provide an overview of the directory structure and files, for example:

├── README.md
├── data
├── gen
│   ├── analysis
│   ├── data-preparation
│   └── paper
└── src
    ├── analysis
    ├── data-preparation
    └── paper

## Running instructions

Explain to potential users how to run/replicate your workflow. If necessary, touch upon the required input data, which secret credentials are required (and how to obtain them), which software tools are needed to run the workflow (including links to the installation instructions), and how to run the workflow.

## More resources

Point interested users to any related literature and/or documentation.

## About

Explain who has contributed to the repository. You can say it has been part of a class you've taken at Tilburg University.


Rather than creating the repository overview all by hand, you can leverage the tree command to automatically generate the directory structure in the terminal. Mac users may first need to install the tree package (brew install tree).

The README Template

We provide a more comprehensive README template - which you can preview in the image below - that follows best practices defined by a number of data editors at social science journals. You can read here the full list of endorsers.

You can always access the most recent version of this template here or download them quickly:

A preview of the README template


The repositories below serve as examples from which you can draw inspiration for your own README files.

Advanced Use Cases

By default Github showcases your pinned repositories on your profile page (click on your profile picture in the top right corner > “Your profile”). A little secret is that you can add a README to your profile page by creating a new repository called <YOUR_USERNAME>. Make sure it’s public and initialize it with a README to get started. As you can see in this video, you can even spice things up with emojis and gifs!


Want to go the extra mile? Include your GitHub Stats Card in your README! Simply add https://github-readme-stats.vercel.app/api?username=<YOUR_USERNAME> to the end of your README to incorporate a realtime widget of your number of stars, commits, PRs, issues, and contributions on Github (see example).