First steps on GitHub#
Here, we provide step-by-step instructions to get started with GitHub.
1. Create a GitHub account#
2. Create a repository#
When you have created a new account and you are logged in, you need to create a new repository.
A repository or repo is the online space where you store all of the documents, data and other files for your project.
To create the new repository, you need to click on the + sign in the top right corner (in the black band at the top of your window) and then click New repository. This will take you to a page that looks like a form.
You will see the name of your account and you need to fill in a repository name next to it.
Also, leave the box ticked for “public” (so your repository is open to all) and then tick the box to create a “README file”.
Then click the green create repository button at the bottom.
This is what you should see now. It is the landing page for your repository. The diagram below explains what all the buttons, tabs and other things do!
3. Edit your
Unless you have added any other files or included a license file during repo creation, you should have one file in your repository now - README.md. We’ll need to edit this file to add information about the repo. This file is a Markdown file; you can see this because it has “.md” after the name of the file. This is where you start to use the Markdown formatting. Whatever you write in this file will be shown on the landing (front) page of your project on GitHub, so use it to tell people all about your project.
Tips for writing your README file#
Keep it simple! When you’re working in any field, whether it’s software engineering or astrophysics, you’ll learn and use jargon – terms that have a special meaning to your field but likely won’t make sense to anyone who isn’t part of that field. Too much jargon can confuse newcomers, so use simple language and define all potentially unfamiliar terms here.
Share your project with others - describe what you are doing now and what you want to do in the future.
Tell people who you are and how you can be contacted.
NOTE: If you’re having trouble getting started, it’s a good idea to look at other peoples’
If you can’t get your raw markdown content to render in the way you want, it is also a good idea to find a file that has what you want and then look at the raw file.
You can copy and paste other people’s raw file content into your
README.md file and then edit it.
Here is an example of a really well formatted
README.md file: STEMM Role Models App
If you click the link above, it will take you to their README file. You can use this as a template for your
To look at the raw markdown file you need to click on the raw button (top right of the white box).
This takes you to the markdown raw file that is rendered into a nicely formatted
README.mdfile on GitHub.
Now just copy and paste it into your
README.mdedit tab. You can now edit this for your project.
Remember to check what it looks like by clicking on the preview changes tab.
When you have finished editing, you need to scroll down to the bottom of the page and press the green commit changes button.
Committing - or saving - your changes#
Committing your changes is like hitting the “save button” for a file. GitHub will not automatically save your changes, so it’s important not to skip this step.
Whatever changes you have made in the file will be deposited into your repository.
It is good practice to write a descriptive commit title and a short description of what you have done in the commit changes box. So something like - commit title: ‘first edit of the readme file’; description: ‘copied template from … and edited it with the details of this project’. This information about the commit is called a “commit message”, and the commit title will enable you to quickly look through the history of changes for a file (which is why making them descriptive is so important - it’s like leaving a helpful note to your future self).
You can see a list of your commits (or your “commit history”) by clicking the clock symbol on your landing page or within the page for each file.
4. Add a license to your repository#
It is important that all of your work has a license from the very beginning or no one can reuse it. Licenses tell other researchers how they are able to reuse, modify and remix your work. No license implies that others are not allowed to use your work, even with attribution. So it is better to include a license that lets people know what they can and can’t do and how to give you credit for your work.
Depending on your field, much of your work may be documents with only some data or code. The standard licenses offered on GitHub are most approriate for software and won’t really be the right kind for documents.
Creative commons licenses are the best to use for this purpose, and the most open of these is the CC BY 4.0.
To add a license to your repository, the first thing to do is create a
To do this, click on the Add file button, and click create file. This will give you a blank file.
Then, you need to name the file, so call it
LICENSE.md. This makes it into a markdown file.
You can find all the creative commons licenses in the link above so copy the text of the license you want and then paste it into this file.
Don’t forget to press the green commit new file button at the bottom and write a commit message to describe what you have done.
You can also add a link to the license to the bottom of your
README.mdfile. Here is a link to a repository that you can copy to add in a CC BY 4.0 license. It has a text file for your
LICENSE.mdfile and also a shield (or badge) that you can put at the bottom of your
You can find more information about licenses in the Licensing chapter of The Turing Way.